- 1 名前：nobodyさん mailto:sage [2008/08/24(日) 21:43:37 ID:???]
- 前スレ
pc11.2ch.net/test/read.cgi/php/1202521438/
- 201 名前：nobodyさん mailto:sage [2008/10/03(金) 17:57:27 ID:???]
- >>199
Javaもですが・・
- 202 名前：nobodyさん mailto:sage [2008/10/03(金) 18:04:06 ID:???]
- Mixinを提供しているRubyだけがCSSと肩を並べているということですね
- 203 名前：nobodyさん mailto:sage [2008/10/03(金) 19:59:32 ID:???]
- つまり、いや、やめておこう
- 204 名前：nobodyさん mailto:sage [2008/10/03(金) 20:27:36 ID:???]
- >>185
pythonもメソッド名は、アンダースコアが一般的かな。
クラス名はキャメルケースだけど。
- 205 名前：nobodyさん mailto:sage [2008/10/03(金) 20:55:12 ID:???]
- 最後の文字だけ大文字にする逆キャメルケースにしてる人いる？
geThogEとか
- 206 名前：nobodyさん mailto:sage [2008/10/03(金) 23:42:27 ID:???]
- >>205
どうでもいいけど、読みづらくね？
- 207 名前：nobodyさん mailto:sage [2008/10/03(金) 23:48:08 ID:???]
- ゲ ソォグ イー と読んでしまった
- 208 名前：nobodyさん mailto:sage [2008/10/04(土) 00:29:16 ID:???]
- >>205
まずそうしようと思った意図はなんだｗ
さすがにこれは利点も考え付かんｗｗ
- 209 名前：nobodyさん mailto:sage [2008/10/04(土) 00:31:58 ID:???]
- 難読化とかｗ
- 210 名前：nobodyさん mailto:sage [2008/10/04(土) 04:52:10 ID:???]
- <?php
class Class_Name
{
public function methodName( )
{
functionName($valOne, $valTwo);
if ($a == 1){
$b = 2;
}
}
命名規則、俺の結論はこのあたり。
framework.zend.com/manual/en/coding-standard.naming-conventions.html
solarphp.org/manual:project_standards:naming_conventions
Zend, Solarあたり守っとけばPEARの規約でも問題ない。あとクラス名は_で区切っとかないとauto loaderがめんどい。
- 211 名前：nobodyさん mailto:sage [2008/10/04(土) 07:46:06 ID:???]
- if (---) {
- 212 名前：nobodyさん mailto:sage [2008/10/04(土) 13:25:04 ID:???]
- >>210
>あとクラス名は_で区切っとかないとauto loaderがめんどい。
kwsk
- 213 名前：nobodyさん mailto:sage [2008/10/04(土) 15:19:20 ID:???]
- >>212
>>210じゃ無いけど、ディレクトリ構造を反映ってことじゃない？
Perlのモジュール風？
Zend_Db_Table_Rowクラス => Zend/Db/Table/Row.php
ってな感じじゃないかと想像
- 214 名前：nobodyさん mailto:sage [2008/10/04(土) 15:29:32 ID:???]
- explodeですぐパスに変換できるってことか
たしかに_区切りはよさげだな
- 215 名前：nobodyさん mailto:sage [2008/10/04(土) 20:31:20 ID:???]
- へー
- 216 名前：nobodyさん mailto:sage [2008/10/05(日) 02:47:20 ID:???]
- >>213
その通り。フォローthx
PEARでもその命名でディレクトリきってるし、PEAR2ではそのルールでauto loader標準だと思ったよ。
- 217 名前：nobodyさん mailto:sage [2008/10/05(日) 04:57:56 ID:???]
- 細かい話になってくるが、DBとかPDFとかいう略語の場合、
DBなのかDbなのか、PDFなのかPdfなのか、っていう違いも
あるねｗ
これがまた人によってまちまちだし、同じ人でも場合によって
違う場合がある
- 218 名前：nobodyさん mailto:sage [2008/10/05(日) 05:28:14 ID:???]
- zendスタイルにした時、そこが一番しっくり来なかったような気がする
あとプロパティはどうせ全部 private なので _ が面倒
- 219 名前：nobodyさん mailto:sage [2008/10/05(日) 11:01:14 ID:???]
- デザインパターン使うときはデザインパターンも名前に入れてる
例えばSolar_Auth_Adapter_Sql はパッケージ名はSolarで認証クラスをアダプターでSQLクラスで実装してるクラス。
Solar/Auth.php
Solar/Auth/Adapter.php Solar_Auth_Adapterクラスで抽象クラスを定義
Solar/Auth/Adapter/Sql.php Solar_Auth_Adapter_Sql クラスでSolar_Auth_Adapterクラスを実装
- 220 名前：nobodyさん [2008/10/06(月) 14:16:23 ID:H0RcPBpG]
- みんな努力してるんだなー。
参考になります＾＾
- 221 名前：nobodyさん [2008/10/07(火) 00:37:43 ID:h510jQqa]
- >>205
意味不明で面白い。ウケる。
- 222 名前：nobodyさん mailto:sage [2008/10/07(火) 14:11:17 ID:???]
- >>219
> デザインパターン使うときはデザインパターンも名前に入れてる
それ、使うときもあったり使わないときもあったり、
クラスに単一のパターンしか適用されない場合、
そのパターンの為のクラスの場合には、そういう名前付けられるけど
一つのクラスに複数のパターンが適用される場合困るんだよな。
- 223 名前：nobodyさん mailto:sage [2008/10/07(火) 14:44:16 ID:???]
- 俺様フレームワークをやめようと思って、CakeかSymfonyを導入しようと思うけど
結局どれがいいんだ…
- 224 名前：nobodyさん mailto:sage [2008/10/07(火) 14:53:14 ID:???]
- 逆に俺様フレームワークを公開して
スタンダードにしてやれ
- 225 名前：nobodyさん mailto:sage [2008/10/07(火) 14:58:34 ID:???]
- 結局はちいたんでいいじゃんっていうレスがつく未来が見える
- 226 名前：nobodyさん mailto:sage [2008/10/07(火) 20:28:02 ID:???]
- ちいたんは、その名前が失敗の理由のひとつである。
- 227 名前：nobodyさん mailto:sage [2008/10/07(火) 21:32:19 ID:???]
- >>225
結局はちいたんで（ｒｙ
- 228 名前：nobodyさん mailto:sage [2008/10/08(水) 02:29:04 ID:???]
- >>227
早いわｗ
- 229 名前：nobodyさん mailto:sage [2008/10/10(金) 00:45:42 ID:???]
- まあ増えすぎたよね
機能追加しすぎで扱いにくいWEBサービスのようだ
- 230 名前：nobodyさん mailto:sage [2008/10/16(木) 15:04:15 ID:???]
- >>225
まあ徴兵制だろうね。
戦前（に成人した）世代と戦後世代の日本人を見比べれば一目瞭然。
- 231 名前：nobodyさん mailto:sage [2008/10/16(木) 15:31:37 ID:???]
- なんだ？この妙に右よりの誤爆は
- 232 名前：nobodyさん mailto:sage [2008/10/17(金) 00:38:24 ID:???]
- PHPプログラマーの方でPHP用フレームワークを使っている方へアンケート！ ※フレームワーク導入を検討中。先輩方は何を使っているのか？好んでいるのか？をアンケート。.. - 人力検索はてな
q.hatena.ne.jp/1210442237
Pradoが圧倒的ですねｗ
www.pradosoft.com/
- 233 名前：nobodyさん mailto:sage [2008/10/17(金) 01:45:17 ID:???]
- このpradoぶっちぎりはネタだよね?w
- 234 名前：nobodyさん [2008/10/17(金) 03:15:57 ID:7gkZ0lcc]
- >>233
PRADOの解説本が出てないじゃん！？
Zend、Symfony、CakePHP、CodeIgniterの本は出てるぞｗｗｗ
出版社は売れるであろう本を出すはず
- 235 名前：nobodyさん [2008/10/20(月) 02:51:25 ID:ya5easnJ]
- symfonyってページネーション機能はあるんですか？
ネットで検索しても「ajaxでページネーション」はあるんだけど・・・
- 236 名前：nobodyさん mailto:sage [2008/10/20(月) 17:37:11 ID:???]
- 英語の情報をなかったことにするのは君にとって損失かもしれないよ?
www.google.co.jp/search?hl=ja&q=site%3Asymfony-project.org+paginate
- 237 名前：nobodyさん [2008/10/20(月) 21:10:52 ID:Kq4igHV+]
- >>236
でもそれも機能たいしてなくないか？
CakePHPみたいに同一ページの複数モデルに対応してないでしょ？
っていうか、ページネーションって掲示板ですら絶対に必要になる機能なのに
なんで標準で付けないんだろ
- 238 名前：nobodyさん mailto:sage [2008/10/20(月) 21:57:19 ID:???]
- >>237
最適化が難しいから。
一度でもページネイションの機能を作ったことがあればわかると思うが、
DBから全データ読み込んでから絞り込むのか、検索条件を考慮したデータを
取得しておいてからそれを絞り込むのか、なんだかんだ。
基本的に、データの「件数」がわからないとページング出来ない。
（それを無視してやるページングもあるが。）
どうせライトユーザ向けには、DBやらと連携したページングを求め
られるんだから、「始めからつけてない」は、ある意味賢明な選択だよ。
・・・↑が不満なら、PEARとか使えばいいじゃん、全く。
- 239 名前：nobodyさん [2008/10/20(月) 22:10:00 ID:Kq4igHV+]
- >>238
いや俺もたいしたやつじゃないけど作ったことあるし、
CakePHPのソースを解析したりしてみたけど、
そんなに難しくはないと思うけどな（だったらそれ使えばいいじゃんと言われるかもしれないが・・・）
＞基本的に、データの「件数」がわからないとページング出来ない。
これは渡せばいいだけ
- 240 名前：nobodyさん mailto:sage [2008/10/20(月) 22:21:43 ID:???]
- >>239
うん。だから、>>238の二行目
>最適化が難しいから
と、最終行
>・・・↑が不満なら、PEARとか使えばいいじゃん、全く。
が、結論なんだけどなｗ
「フレームワークに標準で付いていない」ってのが問題じゃ無かったのか？
- 241 名前：nobodyさん [2008/10/20(月) 22:31:39 ID:Kq4igHV+]
- >>240
PEARは使いたくない
まあ、付いてないことがはっきり分かったからもういいです
- 242 名前：nobodyさん mailto:sage [2008/10/20(月) 23:11:01 ID:???]
- paginationはZendなら標準で付いてる
しかも色んな状況に対応できる
さあ、ZFを使おう！
- 243 名前：nobodyさん [2008/10/20(月) 23:27:07 ID:Kq4igHV+]
- まあそれが普通だよな
- 244 名前：nobodyさん mailto:sage [2008/10/20(月) 23:34:15 ID:???]
- ＞基本的に、データの「件数」がわからないとページング出来ない。
CakePHPはよくできてる。
データの件数ってのは、データ用のSQL文のうち条件は同じでselectするものが、
フィールド名の変わりにcount(*)になっただけ。
そこの部分（フィールド名の変わりにcount(*)）への変換を
自動でやってくれるから、データ用のSQLに相当する部分のみを書けばいい。
また、データ用のSQLにlimitを主導で追加する必要もない。これも自動で追加される。
つまり、「データを取ってくるSQL」を書いて「ペジネーション」処理を使うだけで内部的に、
「データを取ってくるSQL」には、自動的にlimitが追加されて発行され
「データを取ってくるSQL」には、自動的に件数を取得するcountに変更される。（当たり前だがこっちにはlimitはつかない）
（もちろんSQL直書きではなくモデルの操作だが）
最適化って話なら、データ件数を取得する関数をオーバーライドできる。（上のやつはデフォルト動作）
こういう目的でオーバーライドされるために存在するメソッドが用意されている。
- 245 名前：nobodyさん mailto:sage [2008/10/20(月) 23:41:59 ID:???]
- >>244
うーん。それは、例えばファイルベースのデータとかには適用できないよね。
メールボックスを漁るとか、さｗ
無理矢理使おうと思えば、いっぺんDBに放り込む必要がある。
そんな（SQLで全部済む）フレームワークばかりではない、っていう前提に
立てば、ページネイションの機能は汎用的なものにならざるを得ない。
データの件数と一ページ辺りの取得件数から、データ開始位置（番号）と
データ終了位置を取得する、みたいな。
SQLで言えば、OFFSET とそこからの LIMIT を取得するだけ、っていう。
んで、そんなクラスが乱立しても仕方ないので、PEARなりZendなり使えって
結論で多分無問題。
と思うんだけどなぁ
もちろん、>>244みたいな全自動？ページネイションを否定するわけではないけど。
- 246 名前：nobodyさん mailto:sage [2008/10/20(月) 23:53:02 ID:???]
- SQLを使わないページネイションなら別にある。
- 247 名前：nobodyさん mailto:sage [2008/10/21(火) 00:20:07 ID:???]
- mysqlならSQL_CALC_FOUND_ROWSを使いたいよね
- 248 名前：nobodyさん mailto:sage [2008/10/21(火) 00:32:46 ID:???]
- >>247
またそんな無茶ぶりをｗ
フレームワークなりライブラリなり作る身になれｗ
まあ、そんなこと言う人は自分で作るんだろうけど
- 249 名前：nobodyさん mailto:sage [2008/10/21(火) 01:06:35 ID:???]
- >>244
>CakePHPはよくできてる。
別にCakeだけがよくできてるわけじゃなくて、Cake以外もできてますよね？
- 250 名前：nobodyさん mailto:sage [2008/10/21(火) 03:24:50 ID:???]
- >>247-248
ページネイションとSQLをごっちゃにしてね？
SQL_CALC_FOUND_ROWSを使った独自SQL文からのデータを、
ページネイションに渡せばいいんですよ。
- 251 名前：nobodyさん mailto:sage [2008/10/21(火) 03:26:05 ID:???]
- >>249
symfonyにはないってことから、この話題がはじまっている。
- 252 名前：nobodyさん mailto:sage [2008/10/21(火) 03:31:10 ID:???]
- ページネーションくらい自分で書けばいいじゃん
- 253 名前：nobodyさん mailto:sage [2008/10/21(火) 03:33:09 ID:???]
- cakeなどという厨フレームワークを使える奴は恥知らず
それだけはガチ
- 254 名前：nobodyさん mailto:sage [2008/10/21(火) 03:36:51 ID:???]
- >>252
だからそういう問題じゃないんだって
そんなこといったらFWも自分で書けば（ｒｙ
- 255 名前：nobodyさん mailto:sage [2008/10/21(火) 03:37:18 ID:???]
- simplateの中の人が不治の病で引き継ぎする人募集してるね
面識ないし、simplateを使ったこともないけど泣きそうになっちゃった
- 256 名前：nobodyさん mailto:sage [2008/10/21(火) 03:39:35 ID:???]
- てかモデルは自分で書いた方がいい
FW付属のモデルだとクラスタリング対応とかしにくいじゃん
- 257 名前：nobodyさん mailto:sage [2008/10/21(火) 03:41:23 ID:???]
- こういうスレって必ず>>253みたいな奴が現れるよなｗ
- 258 名前：nobodyさん mailto:sage [2008/10/21(火) 03:42:25 ID:???]
- >>257
恥知らず乙ｗｗｗ
- 259 名前：nobodyさん mailto:sage [2008/10/21(火) 03:46:39 ID:???]
- >>255
もういいんだ。PHPの世界でテンプレートはもう死んだんだ。
みなが、PHPがテンプレートそのものじゃね？と気づいた。
君の役目は終わった。
- 260 名前：nobodyさん mailto:sage [2008/10/21(火) 03:53:16 ID:???]
- simplateの中の人はいい仕事をしている
いい仕事をしている人を愚弄するな
- 261 名前：nobodyさん mailto:sage [2008/10/21(火) 03:57:54 ID:???]
- 愚弄？
- 262 名前：nobodyさん mailto:sage [2008/10/21(火) 03:58:45 ID:???]
- >>255
一度計ったことがあるけど
たしかに速いね
>>257
相手にしない方がいいよ
- 263 名前：nobodyさん mailto:sage [2008/10/21(火) 04:04:16 ID:???]
- cake使いって案外多いんだなｗ
高カロリー低栄養のケーキ喰いすぎてメタボm9(^Д^)ﾌﾟｷﾞｬー
- 264 名前：nobodyさん mailto:sage [2008/10/21(火) 04:39:49 ID:???]
- >>263
後半は、なんだい？ ケーキの話かい？ じゃあすれ違いだねｗ
- 265 名前：nobodyさん mailto:sage [2008/10/21(火) 10:18:09 ID:???]
- >>263
こいつ自分から頭悪い発言してるなｗ
- 266 名前：nobodyさん mailto:sage [2008/10/21(火) 15:53:57 ID:???]
- 厨フレームワークだけあって
さすがにcake厨の煽りはレベル低いねｗ
- 267 名前：nobodyさん mailto:sage [2008/10/21(火) 16:58:55 ID:???]
- おまえらライスケーキでも食ってすこしもちつけ
- 268 名前：nobodyさん mailto:sage [2008/10/21(火) 17:12:18 ID:???]
- だいたいページネーションとmodelを一緒くたにするなんて愚かすぎだろ>cake
まず汎用的な単体ページネーションクラスを書いて
それにモデルをアタッチできる継承クラス書くなり
アダプタ書くなりするのが普通です
つまりsymfonyは神、cakeはホームレス
- 269 名前：nobodyさん mailto:sage [2008/10/21(火) 18:03:54 ID:???]
- > だいたいページネーションとmodelを一緒くたにするなんて愚かすぎだろ>cake
ページネーションがmodelと一緒くたになっていると
勘違いする人もいるんだなぁｗ
コントローラと一緒くたになっているというならまだしも。
（まあコントローラと一緒くたになるのは何の問題もありませんが）
いったいどこの部分を見て一緒くたといっているんだろうか。
modelから任意の範囲のデータを持ってくる機能？
これをmodelに入れないとしたらどこに入れるんだか。
- 270 名前：nobodyさん mailto:sage [2008/10/21(火) 19:56:58 ID:???]
- まぁ、cake見たことないから憶測で言ってるだけだけどね。
cakeってPHP4/5用だっけ？
4を切り捨てずにクリーンになんて書けるわけねーし
物乞い乙ｗｗ
- 271 名前：nobodyさん mailto:sage [2008/10/21(火) 20:34:39 ID:???]
- なんにしても厨っぽい発言していると説得力なくなるぜ
- 272 名前：nobodyさん mailto:sage [2008/10/21(火) 21:33:22 ID:???]
- code igniterにしてもcakephpにしても
ウリだったPHP4対応が今度は足かせになります
- 273 名前：nobodyさん mailto:sage [2008/10/21(火) 23:07:36 ID:???]
- 切り捨てなかったからユーザがついたんじゃないの
- 274 名前：nobodyさん mailto:sage [2008/10/22(水) 02:03:20 ID:???]
- つかPHP4が使えないフレームワークなんて
仕事じゃ使えません
- 275 名前：nobodyさん mailto:sage [2008/10/22(水) 02:05:32 ID:???]
- >>274
とも限らなくなってきたな。
いつまでも古いサーバ使ってるんじゃないよー
- 276 名前：nobodyさん [2008/10/22(水) 02:16:16 ID://oF70yn]
- >>275
クライアントに言ってくれよ…
verアップを勧めても、他のプログラムに不具合が出るかもしれないので
PHPのverアップはできません(^o^)
って言われるしな…
- 277 名前：nobodyさん mailto:sage [2008/10/22(水) 02:32:46 ID:???]
- 実際クリーンとかピュアとかって商売としては・・
- 278 名前：nobodyさん mailto:sage [2008/10/22(水) 05:53:06 ID:???]
- >>274
すごいな。未だにこんな仕事してるやついるのか…
- 279 名前：nobodyさん mailto:sage [2008/10/22(水) 08:21:37 ID:???]
- ま、今でもPHP4を指定する案件は多い。サーバ上の他のプログラムがPHP4で動いているなら、新しいプログラムもPHP4にするしかないからな。
- 280 名前：nobodyさん mailto:sage [2008/10/22(水) 08:43:18 ID:???]
- >>279
歩のスパイラルだな
もうPHP４は絶体絶命のセキュリティ穴でも作って
使ってるサーバごとぶっ壊せばいいのに
- 281 名前：nobodyさん mailto:sage [2008/10/22(水) 13:04:41 ID:???]
- 実際PHP4はもうセキュリティFIXも出さない予定なんだろ？
といいつつこないだ出たけど。
レン鯖でPHP4と5共存してるところとかあるよね。
- 282 名前：nobodyさん mailto:sage [2008/10/22(水) 15:48:34 ID:???]
- php4で作るならphp5より高いですよ。
とか言えばいいんじゃないのかな。
実際大変だし。
- 283 名前：nobodyさん [2008/10/22(水) 16:26:31 ID:Skk+7Du0]
- >>282
じゃあ他に頼みます
- 284 名前：nobodyさん mailto:sage [2008/10/22(水) 16:29:12 ID:???]
- こうしてダンピングも続くのであった
- 285 名前：nobodyさん mailto:sage [2008/10/22(水) 16:32:01 ID:???]
- 一度出来上がったものを新しくするのにはコストもかかるから仕方がないってのはわかるが
踏ん切りつけれないとこ(クライアント)は総じて馬鹿な奴が多いよな。不思議と。
- 286 名前：nobodyさん mailto:sage [2008/10/22(水) 16:42:21 ID:???]
- IEも未だに6使ってるやつは馬鹿
作り手の気持ちを考えられない
- 287 名前：nobodyさん mailto:sage [2008/10/22(水) 16:46:31 ID:???]
- >>283
それで仕事逃すなんてもったいない。
php5で作る素晴らしさを説明して、説得するんだ。
php4なら高いというのは、言い換えればphp5なら安い。
実際php5で作るよりphp4の方が工数増えない？
クライアントというより、元請からの仕事なら、しょうがないが。
- 288 名前：nobodyさん mailto:sage [2008/10/22(水) 17:31:12 ID:???]
- というか、PHP5の方がセキュリティホール見つかるの多いし。
- 289 名前：nobodyさん mailto:sage [2008/10/22(水) 17:50:12 ID:???]
- >>287
クライアント「で、PHP5で作ったらいくら安くなるの？」
- 290 名前：nobodyさん mailto:sage [2008/10/22(水) 18:01:25 ID:???]
- PHP5%引き
- 291 名前：nobodyさん mailto:sage [2008/10/22(水) 18:28:36 ID:???]
- >>290
普及率かな？それなら合理的かな
- 292 名前：nobodyさん mailto:sage [2008/10/22(水) 18:29:23 ID:???]
- PHP5用に別鯖立てればいいじゃん
今から作るのにPHP4なんていくらなんでもあほすぎだよ
- 293 名前：nobodyさん mailto:sage [2008/10/22(水) 18:46:54 ID:???]
- 将来的に何れ変更が必要になるわけで、今がチャンスですよと押し込む材料は十分あるしなｗ
- 294 名前：nobodyさん mailto:sage [2008/10/22(水) 19:02:07 ID:???]
- >>286
作り手の気持ちなんて考えるユーザやクライアントなんてほぼ皆無だと思うけど
- 295 名前：nobodyさん mailto:sage [2008/10/22(水) 22:23:46 ID:???]
- >>294
それを工数・予算に絡めて喋るのがいい営業・・・ってのは夢かなー（棒読み）
- 296 名前：nobodyさん mailto:sage [2008/10/23(木) 00:13:27 ID:???]
- >>292
確かに、今から作るならPHP5だね。
まっさらな新規案件なのにPHP4でっていうのは、
PHP4に慣れて自分のライブラリとかをPHP5で使えるようにしない技術者の怠慢。
ただ、PHP5だからって工数が圧倒的に圧縮できる訳じゃない。
そういう意味では、既存でPHP4で走ってるのの改良はかなりつらい。
- 297 名前：nobodyさん mailto:sage [2008/10/23(木) 01:19:05 ID:???]
- >>296
>PHP4に慣れて自分のライブラリとかをPHP5で使えるようにしない技術者の怠慢。
ちょっと違う。
使えるようにできない、ていうか、（できないことはまずないから）、できるかどうかすら
わからない、技術者の怠慢「と無能」
が正しいように思ってる。まあこんな事は職場では言いたくないけど。
- 298 名前：nobodyさん mailto:sage [2008/10/23(木) 01:29:54 ID:???]
- いや、クラの我儘だろ
- 299 名前：nobodyさん mailto:sage [2008/10/23(木) 01:34:26 ID:???]
- >>298
それすら、怠慢（自分の仕事を楽により良くする努力を怠っているという意味で）、
っていう次元ですよ。
「新規案件でPHP4」っていうお話はね。
既存スクリプトの保守案件はまた別と理解してます。
あと、教育コストが云々は認めません。少なくとも、俺がチーフ（笑）なら。
- 300 名前：nobodyさん mailto:sage [2008/10/23(木) 08:08:47 ID:???]
- PHP4もPHP5も使う立場ではほとんど変わらないから。PHP5がE_STRICTを強制するとかっていうなら、PHP5の方が難易度高くなるけど。
|
 |
