トップページ⇒php
1001コメント301KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/10/17(水) 16:01:41ID:72/gWtt1
前スレ
http://pc11.2ch.net/test/read.cgi/php/1181350116/
0002nobodyさん2007/10/17(水) 16:04:52ID:???
過去スレ

【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/
0003nobodyさん2007/10/17(水) 16:12:32ID:???
【洋モノ】

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/
0004nobodyさん2007/10/17(水) 16:47:33ID:???
乙。

話の続きだが、MVCの分離がいらない（利点がつかめない）というやつは、オブジェクト指向も理解していない可能性が高いな。
0005全スレの9942007/10/17(水) 17:00:11ID:???
すまん。こっちのスレで質問すればよかったorz
0006全スレの9942007/10/17(水) 17:01:12ID:???
転載

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ではないんだな。
0007全スレの9942007/10/17(水) 17:01:54ID:???
転載その２

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分けることのメリットってこんなもん？

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

0008全スレの9942007/10/17(水) 17:02:58ID:???
転載その３

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に分かれると。
大雑把にはこんなかんじになるのでしょうか？

0009nobodyさん2007/10/17(水) 17:15:25ID:???
cがmとv、その他環境や条件などを制御する
c→m1→m2→v1、条件によってはv2・・的なことを実現する場合もある
そのcとvを１つにソースにって俺的にメリット無し
mとvを１つにってのは処理によっては考えられなくもないかな・・

つまりあれだ、簡単にいうとcはindex.phpと考えれば解りやすいかな？
0010nobodyさん2007/10/17(水) 17:25:02ID:???
index.phpは画面の遷移だけをするのがきれいじゃない？
FrontControllerで各々のControllerにディスパッチするのがMVCの主流なはず。
001192007/10/17(水) 18:19:58ID:???
>>10
994さん宛てに、そこ(MVC)にたどり着く前の説明(例)として書いただけ

ついでに
＞index.phpは画面の遷移だけをするのがきれいじゃない？
index.phpはリクエスト受取り、cにdispatchするだけ。
画面遷移うんぬんはcの仕事
0012nobodyさん2007/10/17(水) 20:08:50ID:deo3V8qx
フロントコントローラーってちょっと好きじゃなかったけど、
最近はやっぱ便利だな～って思えるようになった。
0013nobodyさん2007/10/18(木) 20:17:36ID:v9duWMwk
■Akelos
http://www.akelos.org/

■Rhaco
http://www.rhaco.org/

これらについても語ってくれ。
0014nobodyさん2007/10/18(木) 21:27:32ID:???
いじったことない
0015nobodyさん2007/10/18(木) 23:17:20ID:???
股間は毎日いじってるくせに！
0016nobodyさん2007/10/19(金) 00:47:54ID:???
なんで知ってるんだ
0017nobodyさん2007/10/19(金) 08:29:44ID:???
おいおい俺にこたえさせろよ同士
0018nobodyさん2007/10/20(土) 13:49:23ID:???
Python、Djangoを使ったことないから、Rhocoのメリットは正直分からない。
Djangoを使ってる人が、仕事でPHPを使わなきゃいけないときに役立つのかな？
いずれにせよ、選択肢が広がっていいことだ。
開発者さん、頑張れ！
0019nobodyさん2007/10/20(土) 13:52:01ID:???
チュートリアル、ドキュメントの乏しいFWは、あまり取り組みたくないかも。
中を調べるのが楽しい人はいいだろうけど。

携帯電話に対応したページを作るときに、セッション管理はどうしていますか？
各フレームワークは、簡単に対応できるのでしょうか？
0020nobodyさん2007/10/20(土) 19:03:06ID:???
よくブログで厨二病発言してるﾂｷﾐﾔﾀﾝが出来る言うてたよ。
0021nobodyさん2007/10/21(日) 22:37:42ID:???
PHP4ってpublicじゃないメソッドは_付ける作法あるじゃん
プロパティーは、
普通はpublicなものはない（protectedまたはprivate)から、
必ず_付けるの？
あるいは非publicは前提として
privateだけ_付けてprotectedは付けないとか？
0022nobodyさん2007/10/21(日) 22:48:40ID:???
多分privateだけ_つける。
CakePHPでは、__でprivate　_でProtectedをあらわしている。
本来のオブジェクト指向でいえば、プロパティは隠蔽すべきだからおっしゃるとおりだね。
本当なら、作法とかのレベルじゃなくて言語的に間違った実装したらエラーだすべきだよね。
Rubyなんかは、自然とオブジェクト指向で組めちゃうから組み方だけは、ペチパーも真似しちゃえばいいかも。
0023nobodyさん2007/10/21(日) 23:04:54ID:???
ありが㌧
__でprivate　_でProtectedって発想はなかった
分かりやすいからcake方式でいこうかな
0024nobodyさん2007/10/22(月) 00:28:30ID:???
お役に立てて何よりです。
0025nobodyさん2007/10/22(月) 03:32:38ID:???
あまり気にする必要はないだろうけど
__（2つのアンダスコア）から始まるメソッド名はPHPによる予約とされてるので
そこだけ注意
0026nobodyさん2007/10/22(月) 18:56:38ID:???
関数の返り値で数字を返す時、
phpdocsの説明にintって書く？mixedって書く？
phpの場合、整数を返す時にも実際には文字型だったりするわけで・・・
0027nobodyさん2007/10/22(月) 20:11:51ID:???
んなわきゃねえ
integerで返せばintegerで返る
おまえが数値表現できる文字列を返してるだけだろう
0028nobodyさん2007/10/22(月) 20:22:01ID:???
いやその通りだけど
返却する時に、
数値表現文字列をわざわざintvalで数値型に変換してから返したりは普通しないだろ？
そうなるとphpdocにintと書くのは正確ではなくなる
とはいえ、意味としてはint…
という時に、他の人はどう書いてるのかと思ったのさ
0029nobodyさん2007/10/22(月) 20:50:12ID:???
ふむ
そういう場合で文字列が返るなら@return stringにする
数値表現できる文字列が返るってのを
明示的に書いておいた方がいいようなケースはその後にコメント書けばいい
integerって書くならちゃんとキャストして返す
とにかくPHPとしての型を厳密に書く
0030nobodyさん2007/10/22(月) 21:08:21ID:???
うーん
やっぱりintを明示したらキャストしなきゃいけないか…
■ このスレッドは過去ログ倉庫に格納されています