PHPでOOP (894ﾚｽ)
上下前次1-新

---

642(3): 2008/12/21(日)14:51 ID:??? AA×
>>641


[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
642: [sage] 2008/12/21(日) 14:51:26 ID:??? >641 やっぱ、そこか。 例えばブログの場合、エントリー群を司るモデルや、タグクラウドを司るモデルができる。これは自明だな。 で、データを受け取って画面を表示するだけの、ごく単純なビューがいる。これも自明。 で、それら呼び出してページのデータを作る、という「データの統合」を司るクラスが必要になる。 これをMVCのうち、MとCのどっちに置くかの問題。 MVC、MVCって言ってるけど、本質的には4層なんだよ。 処理の振り分けに1層を割くならば、4層なくてはならない。 処理の振り分け=呼び出すCの決定（ディスパッチャ）→どのMを呼び出すかを制御する（コントロール） 　→データを実際に扱う（モデル）→表示（ビュー）、となる。 実際のフレームワークだと、RailsやZendはDispatcherが振り分けを担当し、制御はコントローラが執っている。 （だから、おまいの目から見れば、コントローラは仕事をやりすぎに見えるはず） SymfonyやCakeだとControllerがディスパッチを担当し、制御はActionが執っている。 CodeIgniterだとディスパッチは単一のエントリポイント（リクエストを受けるphpファイル）であるindex.phpが行なって、制御はCが行なっている。 http://medaka.5ch.io/test/read.cgi/php/1172205352/642
やっぱそこか 例えばブログの場合エントリー群を司るモデルやタグクラウドを司るモデルができるこれは自明だな でデータを受け取って画面を表示するだけのごく単純なビューがいるこれも自明 でそれら呼び出してページのデータを作るというデータの統合を司るクラスが必要になる これをのうちとのどっちに置くかの問題 って言ってるけど本質的には層なんだよ 処理の振り分けに層を割くならば層なくてはならない 処理の振り分け呼び出すの決定ディスパッチャどのを呼び出すかを制御するコントロール データを実際に扱うモデル表示ビューとなる 実際のフレームワークだとやはが振り分けを担当し制御はコントローラが執っている だからおまいの目から見ればコントローラは仕事をやりすぎに見えるはず やだとがディスパッチを担当し制御はが執っている だとディスパッチは単一のエントリポイントリクエストを受けるファイルであるが行なって制御はが行なっている

---

上下前次1-新書関写板覧索設栞歴

---

あと 252 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

ぬこの手 ぬこTOP 0.888s*