【総合】PHPフレーム� ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
876:nobodyさん 07/12/04 16:47:36 >>875 >俺俺ファクトリーだと、大規模化したときコードの見通し悪くなるよ コードって、どれを指してる？ 例えば>>847の例だと設定ファイルとメインファイルの両方ともPHPのコードなんだけど、どっちのコードの見通しが悪くなると思ってる？ >DIなんていらねーって言うんならもう何も言うことないけど DIの概念自体を否定してるんじゃなくて、何でも動的なスクリプト言語ならDIコンテナをわざわざ導入する必要がないといってるだけ。 DIでやろうとしていることは、スクリプト言語なら言語仕様の範囲で簡単に実現できる。 PHPでもDIコンテナが役に立つ例をだれも出せてないじゃん。それを示せばみんな納得できるのに、出しもしないでDIマンセーされてもな。 877:nobodyさん 07/12/04 18:03:00 ほっとけよ。DI議論はもういい。 PHPでウェブプログラミングなんて、そもそも小規模なのばっかだし。 878:nobodyさん 07/12/04 18:30:24 まとめようか。 ・DIの概念はPHPにおいても有効である。 ・ただし、PHPでは>>847のように比較的簡単に実現できる。 ・大掛かりな仕組みは必要ないじゃん。 JavaではDI必須。っていうのが当たり前になりつつあるようだけど スクリプト言語では>>847のように比較的簡単にできてしまうことが、 静的型付き言語であるJavaでは一筋縄では実現できないから、Springとか Seasarとかそういう大掛かりな仕組みが必要ってだけじゃない？ あと、Java的にはDI使うとクラス関係が疎結合になり コンパイルが早くなるらしいね。 PHPの場合、大掛かりなDIを導入するメリットがJavaほどには無いように思う。 >>877そういうなよ。 なぜ、ぶった切ろうとする？ 新しい話題提供できるならして欲しい。 DIについて話題になったのは、このスレでは初めてじゃない？ smarty必要か？PHPにフレームワークは必要か？とか 毎度毎度の定期ループしてる話題よりよほど良いと思うがな。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5385日前に更新/226 KB
担当:undef