>>49
spl_autoload_register(array('YiiBase','autoload'));

>>50
ベンチマークとって見ろよｗ　autoloadって結構なリソース食うんだぜ。
最近のFWは機能こそ備えているけれど、デフォルトでは使ってないのもその為。
Zendとか、各クラスで使用するクラスをincludeしてるだろ？
生産性は上がるがクラス間の関係性が不透明になるから、保守性は下がる。


＞ファイル検索オーバーヘッドってなんだ？オートロードってファイルを「検索」してロードすんのか？w
そうだよ？
インクルードパスに該当するファイルが無いか検索が発生するけど、これが想像以上に重いんだよ。
Yiiはその手間を省く為に、ｸﾗｽ名とファイル名のマッチングを使っている。

これはYiiな

それはautoloadを使う前提での require　と　require_once　のベンチマークだろｗ

Zend_Loaderのautoload経由でのincludeと、通常のincludeを比較してみろよ。
予め使うクラスが確定している場合はオートロードなんて使うもんじゃないよ。

autoloadするっていっても、一度に全てのファイルを読み込む訳じゃないだろうから、そこまで劇的に違いは出ないんじゃないの？

autoloadを介す場合、

1.ファイルパスが書かれた設定を読み込み、配列にセットする。
2.ロード済みかチェックする
3.未ロードならincludeする

という手順になると思う

速度に違いが出そうなところといえば、おそらく1.のパスを配列に詰め込むところでしょう。
数万ファイルあると、相当遅そうだけど、数百、数千ファイルのパスを詰め込むぐらいなら、それほど負荷はかからない様に思える。

また、この設定ファイル自体、更新頻度が低いだろうから、
アクセラレータを介したり、
初回は設定ファイルから読み込み→シリアライズしてしまえば、
さらに負荷を押さえられそうな気がする

「予め使うクラスが確定している場合は」

ワロタ。

Removing require_once in favour of __autoload shows one of the biggest performance improvements in my entire application
- I shaved off roughly 220 milliseconds by removing about 15 (or so) calls to require_once in my bootstrap.php file.
require_once is also the number one performance killer from the entire Zend_* code base. The before/after is amazing.
Without any of those enhancements from the list just by stripping out require_once from our ZendFramework "install",
we went from 9-10 requests/second to 27 requests/second.

Zend_*コードから全てのrequire_onceを取り除き__autoloadに変えると 9-10 リクエスト/秒が27リクエスト/秒になった。

autoloadにしてエラーが出るおれには、死角は無かった。

>>62
>死角は無かった
資格はなかった、の間違いだな

>オートロードなんてクソ重くてコード保守性下がる物の為に、
>コード規約を設計するなんて正気の沙汰とは思えないな･･･

こいつが糞なのだけは分かった。

オートロードを推奨してる言語って何かあったっけ？

オートロードってモダンな言語では標準じゃないか？

そのモダンな言語を上げてくれよｗ
大抵はclassの頭にimportとかで明示的に使用するクラスを指定すると思うんだが･･･

言語によっては慣習的にライブラリを丸ごとimportするものもあるよね

だから具体的にその言語名を名前挙げてくれよ。

JavaとかC#みたいなコンパイラ型言語の事を指している？
であれはコンパイル時にクラスチェックが行われるので、
PHPのオートロードで問題になる「実行時にクラスが参照出来ない」「どのクラスを参照しているか不透明」という問題は起こらない。
あと、丸ごとライブラリをimportするような慣習は無い。

言語というよりモダンなフレームワークじゃないか？
Rails なんて 200 くらいのライブラリを import するよね。

オートロードは用意されているが、使用はされていない気がする＞モダンフレームワーク

>>69
コンパイラ言語であることと静的性格は全く関係ない。
Objective-CとはかインタプリタじゃないけどPHPなんかよりもずっと動的性が高いし、
ライブラリを丸ごとimportする習慣もある。

>>72
丸ごとimportって、結局はコンパイラがコード解析及び妥当性をチェックして必要なクラスのみを取り込んでるんだよね？
PHPの実行時オートロードとは性質が異なると思うんだけど。

いや、存在する全てのクラスをランタイムに読み込むけど

皆はさ、一応フレームワークはcake、zendなど一通りやったの？
それともcakeならcakeだけ？

>>74
なにそのクソ仕様ｗ

>>77
AppleとかAdobeとか絡む奴はみんなそんなもんだよ。

明示的に全パッケージをimportするのと、実行時のオートロードは別物だと思うんだが。

phpのプロパティー名って
hoge_hoge形式がいいの
hogeHoge形式がいいの

>>81
混在しすぎでどっちつかずだと思う
全体的にアンダースコア使ってるものが多いっちゃ多いけど
自作メソッドとかそういうのは好きなほうで統一すればいいんじゃね

せい☆ぞん

>>86
微分したら全部同じじゃねーか
ひねれよ

アンダーバーとSQLとの相性は面倒

まずは自分で比較レポート上げろやミーハー野郎。

楽天で週2日勤務、月額200万円を稼いだ「PHPの神」
http://business.nikkeibp.co.jp/article/manage/20091022/207799/?P=2

Ethnaを作れるぐらいになると１日で３０万円を稼げるのか…スゲーｗｗｗ

>>96
プロモーション丸出しの記事でワロタｗ
ソフバン問題で一般にもあくどさがばれたから慌ててイメージアップ戦術打ったんだな
てかF氏は技術者としては悪くはないけど少なくとも神ではねえよｗ
何より本人が一番分かってるだろうけど
褒め殺しかよｗ

そろそろPHPerにとどめを刺しておくか
http://e-arrows.sakura.ne.jp/2009/11/phper.html

もう許してやれよ

>>98
香ばしくて痛いなｗ
勤めてる社名まで出しちゃって･･･若いって怖い。