私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】PHPフレームワーク総合スレ14
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>49
spl_autoload_register(array('YiiBase','autoload'));
spl_autoload_register(array('YiiBase','autoload'));
>>50
ベンチマークとって見ろよw autoloadって結構なリソース食うんだぜ。
最近のFWは機能こそ備えているけれど、デフォルトでは使ってないのもその為。
Zendとか、各クラスで使用するクラスをincludeしてるだろ?
生産性は上がるがクラス間の関係性が不透明になるから、保守性は下がる。
>ファイル検索オーバーヘッドってなんだ?オートロードってファイルを「検索」してロードすんのか?w
そうだよ?
インクルードパスに該当するファイルが無いか検索が発生するけど、これが想像以上に重いんだよ。
Yiiはその手間を省く為に、クラス名とファイル名のマッチングを使っている。
ベンチマークとって見ろよw autoloadって結構なリソース食うんだぜ。
最近のFWは機能こそ備えているけれど、デフォルトでは使ってないのもその為。
Zendとか、各クラスで使用するクラスをincludeしてるだろ?
生産性は上がるがクラス間の関係性が不透明になるから、保守性は下がる。
>ファイル検索オーバーヘッドってなんだ?オートロードってファイルを「検索」してロードすんのか?w
そうだよ?
インクルードパスに該当するファイルが無いか検索が発生するけど、これが想像以上に重いんだよ。
Yiiはその手間を省く為に、クラス名とファイル名のマッチングを使っている。
それはautoloadを使う前提での require と require_once のベンチマークだろw
Zend_Loaderのautoload経由でのincludeと、通常のincludeを比較してみろよ。
予め使うクラスが確定している場合はオートロードなんて使うもんじゃないよ。
Zend_Loaderのautoload経由でのincludeと、通常のincludeを比較してみろよ。
予め使うクラスが確定している場合はオートロードなんて使うもんじゃないよ。
autoloadするっていっても、一度に全てのファイルを読み込む訳じゃないだろうから、そこまで劇的に違いは出ないんじゃないの?
autoloadを介す場合、
1.ファイルパスが書かれた設定を読み込み、配列にセットする。
2.ロード済みかチェックする
3.未ロードならincludeする
という手順になると思う
速度に違いが出そうなところといえば、おそらく1.のパスを配列に詰め込むところでしょう。
数万ファイルあると、相当遅そうだけど、数百、数千ファイルのパスを詰め込むぐらいなら、それほど負荷はかからない様に思える。
また、この設定ファイル自体、更新頻度が低いだろうから、
アクセラレータを介したり、
初回は設定ファイルから読み込み→シリアライズしてしまえば、
さらに負荷を押さえられそうな気がする
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リクエスト/秒になった。
- 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リクエスト/秒になった。
>オートロードなんてクソ重くてコード保守性下がる物の為に、
>コード規約を設計するなんて正気の沙汰とは思えないな・・・
こいつが糞なのだけは分かった。
>コード規約を設計するなんて正気の沙汰とは思えないな・・・
こいつが糞なのだけは分かった。
そのモダンな言語を上げてくれよw
大抵はclassの頭にimportとかで明示的に使用するクラスを指定すると思うんだが・・・
大抵はclassの頭にimportとかで明示的に使用するクラスを指定すると思うんだが・・・
だから具体的にその言語名を名前挙げてくれよ。
JavaとかC#みたいなコンパイラ型言語の事を指している?
であれはコンパイル時にクラスチェックが行われるので、
PHPのオートロードで問題になる「実行時にクラスが参照出来ない」「どのクラスを参照しているか不透明」という問題は起こらない。
あと、丸ごとライブラリをimportするような慣習は無い。
JavaとかC#みたいなコンパイラ型言語の事を指している?
であれはコンパイル時にクラスチェックが行われるので、
PHPのオートロードで問題になる「実行時にクラスが参照出来ない」「どのクラスを参照しているか不透明」という問題は起こらない。
あと、丸ごとライブラリをimportするような慣習は無い。
言語というよりモダンなフレームワークじゃないか?
Rails なんて 200 くらいのライブラリを import するよね。
Rails なんて 200 くらいのライブラリを import するよね。
オートロードは用意されているが、使用はされていない気がする>モダンフレームワーク
>>69
コンパイラ言語であることと静的性格は全く関係ない。
Objective-CとはかインタプリタじゃないけどPHPなんかよりもずっと動的性が高いし、
ライブラリを丸ごとimportする習慣もある。
コンパイラ言語であることと静的性格は全く関係ない。
Objective-CとはかインタプリタじゃないけどPHPなんかよりもずっと動的性が高いし、
ライブラリを丸ごとimportする習慣もある。
>>74
なにそのクソ仕様w
なにそのクソ仕様w
>>77
AppleとかAdobeとか絡む奴はみんなそんなもんだよ。
AppleとかAdobeとか絡む奴はみんなそんなもんだよ。
明示的に全パッケージをimportするのと、実行時のオートロードは別物だと思うんだが。
phpのプロパティー名って
hoge_hoge形式がいいの
hogeHoge形式がいいの
hoge_hoge形式がいいの
hogeHoge形式がいいの
楽天で週2日勤務、月額200万円を稼いだ「PHPの神」
http://business.nikkeibp.co.jp/article/manage/20091022/207799/?P=2
Ethnaを作れるぐらいになると1日で30万円を稼げるのか…スゲーwww
http://business.nikkeibp.co.jp/article/manage/20091022/207799/?P=2
Ethnaを作れるぐらいになると1日で30万円を稼げるのか…スゲーwww
>>96
プロモーション丸出しの記事でワロタw
ソフバン問題で一般にもあくどさがばれたから慌ててイメージアップ戦術打ったんだな
てかF氏は技術者としては悪くはないけど少なくとも神ではねえよw
何より本人が一番分かってるだろうけど
褒め殺しかよw
プロモーション丸出しの記事でワロタw
ソフバン問題で一般にもあくどさがばれたから慌ててイメージアップ戦術打ったんだな
てかF氏は技術者としては悪くはないけど少なくとも神ではねえよw
何より本人が一番分かってるだろうけど
褒め殺しかよw
そろそろPHPerにとどめを刺しておくか
http://e-arrows.sakura.ne.jp/2009/11/phper.html
http://e-arrows.sakura.ne.jp/2009/11/phper.html
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】PHPフレームワーク総合スレ15 (989) - [97%] - 2013/9/27 6:00 △
- 【PHP】フレームワークPharonスレ (306) - [75%] - 2022/10/10 20:00
- 【PHP】フレームワークMapleに舌鼓 (470) - [62%] - 2017/12/31 9:31
- 【PHP】フレームワーク Akelos (129) - [59%] - 2019/5/9 7:46
- 2ch有志がPHPフレームワークを作るスレ (81) - [55%] - 2019/5/9 7:46
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [53%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [53%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [53%] - 2023/1/30 18:45
トップメニューへ / →のくす牧場書庫について