【総合】PHPフレームワークを語るスレ8

**nobodyさん** · 2007/10/17(水) 16:01:41

前スレ
http://pc11.2ch.net/test/read.cgi/php/1181350116/

**nobodyさん** · 2007/10/17(水) 16:04:52

過去スレ

【PHP】フレームワークについて語るスレ7【総合】
http://pc11.2ch.net/test/read.cgi/php/1181350116/

【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/

[PHP]フレームワークについて語るｽﾚ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/

[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/

[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/

[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/

【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/

**nobodyさん** · 2007/10/17(水) 16:12:32

【洋モノ】

symfony
http://www.symfony-project.com/

code igniter
http://codeigniter.com/

Zend Framework
http://framework.zend.com/manual/ja/index.html

CakePHP
http://www.cakephp.org/

【和モノ】

ちいたん
http://php.cheetan.net/

Ethna
http://ethna.jp/

guesswork
http://classic.guesswork.jp/

maple
http://kunit.jp/maple/

**nobodyさん** · 2007/10/17(水) 16:47:33

乙。

話の続きだが、MVCの分離がいらない（利点がつかめない）というやつは、オブジェクト指向も理解していない可能性が高いな。

**全スレの994** · 2007/10/17(水) 17:00:11

すまん。こっちのスレで質問すればよかったorz

**全スレの994** · 2007/10/17(水) 17:01:12

転載

990 ：nobodyさん：sage ：2007/10/16(火) 19:21:01 ID:???
コントローラとビューって
本当にファイルとして分ける必要あんのかな？
大抵のFWはディレクトリが根本から分かれてるから、
対応関係の確認が微妙にもたついたりする。
同じファイルの前半はコントローラ、後半がビューでもいい場合も
多いんじゃないか。

991 ：nobodyさん：sage ：2007/10/16(火) 19:32:35 ID:???
990 ：nobodyさん：sage ：2007/10/16(火) 19:21:01 ID:???
コントローラとビューって
本当にファイルとして分ける必要あんのかな？
大抵のFWはディレクトリが根本から分かれてるから、
対応関係の確認が微妙にもたついたりする。
同じファイルの前半はコントローラ、後半がビューでもいい場合も
多いんじゃないか。
>>990
MVCを理解してくれ

992 ：nobodyさん：sage ：2007/10/16(火) 19:38:00 ID:???
mvcは名前つけただけだからどうでもいいが、mvcが表す概念の価値が理解できないならいまの主流のフレームワークは使えないな。

993 ：nobodyさん：2007/10/17(水) 15:10:03 ID:deo3V8qx
>>990
大昔はそうしてたよ。
処理を終えてからHTML部分に組み込んでいたyよ。
でも、それってMVCではないんだな。

**全スレの994** · 2007/10/17(水) 17:01:54

転載その２

994 ：nobodyさん：sage ：2007/10/17(水) 15:35:13 ID:???
>>990ではないんだが、俺もmvcあまりよくわかってないと思うんだ
相乗りさせてくれまいか

mが独立してるべきってのは納得なんだが、
c１にv１のとき１ファイルでもいいんじゃまいか？
とかおもっちまうんだが、１ファイルにしちゃだめな理由って何なのかな？

smartyとか使ってる＝なし崩し的にvをsmartyで独立実装
って感じになってるだけで、本当の意味でcとvを独立させる理由
ってのを理解してない気がするんだ＞俺

といいつつ、cとvが独立してれば、vを他のテンプレートシステム
での置き換えが用意なんだろうな。とは思うんだが、
cとv分けることのメリットってこんなもん？

経験豊富な人教えてくれまいか？

**全スレの994** · 2007/10/17(水) 17:02:58

転載その３

995 ：nobodyさん：sage ：2007/10/17(水) 15:41:10 ID:???
vにロジック書くと共有しにくいとか。
たとえばロジックは同じだけど状態によってviewが変わるケース

996 ：nobodyさん：sage ：2007/10/17(水) 15:46:31 ID:???
ｖとｃを１ファイルにするくらいならｖとｍじゃね？

997 ：nobodyさん：age ：2007/10/17(水) 15:47:15 ID:???
ロジック（プログラム）とデザインの分離で、C+MとVは分かれる。
ロジックは、データと処理に分離すると、MとCに分かれる。
だから、全体としてMとVとCに分かれると。
大雑把にはこんなかんじになるのでしょうか？

**nobodyさん** · 2007/10/17(水) 17:15:25

cがmとv、その他環境や条件などを制御する
c→m1→m2→v1、条件によってはv2・・的なことを実現する場合もある
そのcとvを１つにソースにって俺的にメリット無し
mとvを１つにってのは処理によっては考えられなくもないかな・・

つまりあれだ、簡単にいうとcはindex.phpと考えれば解りやすいかな？

**nobodyさん** · 2007/10/17(水) 17:25:02

index.phpは画面の遷移だけをするのがきれいじゃない？
FrontControllerで各々のControllerにディスパッチするのがMVCの主流なはず。