【PHP】フレームワークについて語るスレ10【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/08/24(日) 21:43:37ID:???http://pc11.2ch.net/test/read.cgi/php/1202521438/
0655nobodyさん
2008/11/16(日) 21:56:08ID:???全然違うよ
0657nobodyさん
2008/11/16(日) 22:07:04ID:tiBOVYsk0658nobodyさん
2008/11/16(日) 22:19:55ID:???0659nobodyさん
2008/11/16(日) 22:21:24ID:???それは半分真実
ただWEBフレームワークであるという視点も抜けている
例えば$_POSTや$_COOKIEは関数か?
HTTPヘッダを自動で吐く機能は関数?
PHPはただ単にWEB入出力とDBアクセスに便利な関数群装備のインタプリタとして
使うのもいいし、不十分な(でも拡張も可能な)フレームワークとしても利用出来る
と思ってるけどどうだろ
0660nobodyさん
2008/11/16(日) 23:54:00ID:???0661nobodyさん
2008/11/17(月) 00:16:53ID:???0663nobodyさん
2008/11/17(月) 03:03:18ID:???ワークはあるがフレームがない。
0664nobodyさん
2008/11/17(月) 22:29:41ID:???webプログラミングがまだ試行錯誤だった時代に、
その「便利な関数群」ってだけのことがとても
大きかったから、シェアが取れた。
便利な関数群自体がほとんど無かったからね。
Javaと同じ。
0665nobodyさん
2008/11/18(火) 03:06:59ID:???0666nobodyさん
2008/11/18(火) 03:12:50ID:???あとPHPが流行ったのはWEBアプリ(のインタフェース部分)はこの程度の機能で十分って事もあるだろうね
敷居を低くしてしまって素人プログラマーが流入してきても
WEB分野には受け皿がある
0667nobodyさん
2008/11/18(火) 06:22:10ID:???アホでも書けるんだよ
0668nobodyさん
2008/11/18(火) 10:11:51ID:???関数や機能がたくさんあるだけが問題ならPerlが圧勝したはず。
やっぱりmod_phpの管理のお手軽さとPHPの言語自体の簡便さ。
0669nobodyさん
2008/11/18(火) 10:27:37ID:???ソースインストールはお世辞にもお手軽とは言えなかったがな
未だにrpm以外でのPHP管理を敬遠するサーバ屋もあるくらい
0670nobodyさん
2008/11/18(火) 12:15:39ID:???ここで言うプル型アーキテクチャのフレームワークってPHPでなんかある?
0671nobodyさん
2008/11/18(火) 12:41:48ID:???0672nobodyさん
2008/11/18(火) 13:20:30ID:???Yii Web Programming Frameworkは期待できそう。
http://cakephp.seesaa.net/article/109833179.html
0673nobodyさん
2008/11/18(火) 14:00:58ID:???CPANモジュールをインストールしなければ行けないから、リモートログインとシェルが使えない共用のレンタルサーバなんかだと使い物にならない。
多少なりともUNIXの知識も要求されるし。
その点、PHPの場合、mbstringが有効になってれば、Pearが使えなくてもどうにでもなる。
0674nobodyさん
2008/11/18(火) 14:55:14ID:???それはかなり昔の話だけどね。
PHPで global $HTTP_GET_VARS とかしなきゃいけない、ってのに近いくらいw
特に、Perl5.8からはEncode標準添付だし、MovableTypeの流行以降は、
そこらのレンタルサーバでも一通りのモジュールは入るようになってる。
DBI・DBMやらも普通に使えるのが大半。
その頃にはみんなレンタルサーバでのPerl CGIから離れてしまってたがなw
0678nobodyさん
2008/11/18(火) 20:42:37ID:???そもそも国際版のPHP3ってレンタルサーバで提供されることはほとんどなかった。あっても、すぐに4に移行したから。
Perlの場合、5.8.10になっても標準モジュールだけでは既存のウェブフレームワークは動かない。
モジュールをインストールしても、CatalystみたいなのはCGI環境ではまともな速度が出ないし。
共用レンタルサーバへの設置の難しさがあって、MTがWordPressに抜かれて、XOOPSとかPukiWikiとかフリーのウェブアプリってPHPの一人勝ちになった。
Perlが使われるのは未だにKENTのCGIとか。
そういう反省があって、今のPerl界でMENTAとかの設置の簡単な、標準外のモジュールに依存しないウェブフレームワークが注目されてる。
けど、結局のところ、ベストプラクティスに載ってるようなモダンなPerlを書こうと思えば、適時CPANモジュールをインストールするしかないわけで、これはPerlっていう言語の性格上どうにもならないな。
0679nobodyさん
2008/11/18(火) 20:49:25ID:???ビューがコントローラーにデータをリクエストする。を読むと、
すごいイベント駆動ぽい気がするんだけど・・・
プル型というのは、いったい何のための仕組みなんだ?
コントローラーがビューにデータを渡すのではなく、
あえてビューがコントローラーにデータをリクエストする理由が知りたい。
0680nobodyさん
2008/11/18(火) 21:21:31ID:???オンデマンドに必要なデータを拾いに行くので、自由度が高くなる。
ページに組み込むパーツがいかように変化してもコントローラーを
いじらなくて済むところとか。
まぁ、プッシュ型でも、ビューからコントローラーを呼べるはず。
それが特殊な時だけ利用するのか、常にそうするのかの違いだな。
CMSでイベント駆動だとプル型っぽい動きさせてるのが結構ある。
フレームワークはなんだかんだボトムアップだからプッシュ型が普通で、
それに慣れすぎてる感はある。
0681nobodyさん
2008/11/18(火) 22:15:34ID:???なんかフレームワークスレっぽくなってきた
0682nobodyさん
2008/11/18(火) 22:23:17ID:???0683nobodyさん
2008/11/18(火) 22:54:01ID:???PHPだと複数ファイルに分けてあるものをIncludeしてくしかないわけで、
MVCはコード書く上での概念みたいな感じでPushもPullも厳密には関係ないよね?
JavaServletのforwardみたいに処理投げ渡したりとかできないよね
0684nobodyさん
2008/11/18(火) 23:09:54ID:???0685nobodyさん
2008/11/18(火) 23:29:54ID:???Tapestryではこんな説明だった。
> Apache Tapestryは、アクションをベースとした仕組みのApache Strutsとは競合する。
> TapestryはStrutsとは違い、コンポーネントベースであり、コード量が少なくて済む点が特徴である。
> またStrutsのようにJSPカスタムタグライブラリを覚えなおす必要がなく、
> 必ずServlet/JSPを作成しなければならないということはなく、
> Javaやネットワークの知識がないウェブデザイナーでも簡単にJava製ウェブアプリケーションを作成できるという利点がある。
アクションをベースとしたStrutsとは違うというあたりが、
なんとなくプル型が分かるような分からないような。
使ってみないと、はっきりしないかなー
0686nobodyさん
2008/11/19(水) 00:16:11ID:???これ見たらpush/pullが一目瞭然。
0687nobodyさん
2008/11/19(水) 00:34:10ID:???0688nobodyさん
2008/11/19(水) 02:02:44ID:???ここ読んでたらなんとなく分かってきた。
MVCからVを分離して、MCを部品として考えて、
Vから複数の部品を使うってことかな。
ショッピングカートの機能をMCだけ作って、
掲示板の機能もMCだけ作って、
コントローラとのインターフェースが分かってれば、
ビューでうまいことやるだけで、掲示板が組み込まれたECサイトの出来上がり。
語弊を恐れずに、俺の想像をざっくりと書いてみた。
//最近のブラウザはURLエンコードしてくれないのね。
0689nobodyさん
2008/11/19(水) 02:09:05ID:???0690nobodyさん
2008/11/19(水) 02:12:01ID:???0692nobodyさん
2008/11/21(金) 13:07:50ID:???わかります
0693nobodyさん
2008/11/21(金) 15:29:21ID:???0694nobodyさん
2008/11/21(金) 15:35:48ID:???分かります
0695nobodyさん
2008/11/22(土) 10:57:11ID:enBp98lH0696nobodyさん
2008/11/22(土) 11:55:27ID:???0697nobodyさん
2008/11/22(土) 13:29:05ID:???0698nobodyさん
2008/11/23(日) 02:16:27ID:???0699nobodyさん
2008/11/23(日) 20:39:26ID:???ユーザーは常時アクセス百人ぐらいを想定してます。
0700nobodyさん
2008/11/23(日) 20:41:14ID:???0701nobodyさん
2008/11/23(日) 20:43:11ID:???まぁそれぐらいの人数じゃ負荷は別に別に気にしなくてもいいと思うけどね。
0703nobodyさん
2008/11/23(日) 22:07:52ID:???ドキュメントぐらい見ろや。
0704nobodyさん
2008/11/23(日) 23:03:02ID:???CakePHPがよい
どういうサイトが当たるかわかんないから
とにかく当たりそうなサイトを片っ端から量産したいときにはCakePHPがいい
大企業からマジ受けするならsymfonyかな
そんな大企業を相手できない俺は小回りが利いて時代にニーズにいち早く対応できるCakePHPが一番好きだ
0705nobodyさん
2008/11/23(日) 23:03:07ID:I/SHm+AO0706nobodyさん
2008/11/23(日) 23:06:24ID:???時代の流れの速いIT業界にあってるよ
0707nobodyさん
2008/11/24(月) 00:43:30ID:???ドキュメントもしっかりしてるし
0708nobodyさん
2008/11/24(月) 01:31:16ID:???0709nobodyさん
2008/11/24(月) 01:58:00ID:???php6の後も稼動し続ける予定ならZFが無難。
http://www.google.com/trends?q=cakephp%2CZend+framework%2Csymfony%2Ccodeigniter%2Cethna&ctab=0&geo=all&date=all&sort=0
検索数だからあてにならないかもしれないけど
日本語圏はcakeを世界で2番目に使ってるっぽいぞ。
つーか、地域だと目黒区が1位だけどお前ら寄付とかしてんの?w
0710nobodyさん
2008/11/24(月) 02:07:28ID:???それ眉唾すぎないか
0711nobodyさん
2008/11/24(月) 02:19:05ID:???cakeはドジでのろまな亀しか使ってないし
普通はsymfonyだろうな
0712nobodyさん
2008/11/24(月) 02:34:38ID:???みんな言うからきっとそうなんだろう。
0713nobodyさん
2008/11/24(月) 09:30:25ID:???symfonyは知らんが、cakeとかCIとかのように、「こう書けばすぐアプリ」っていう
がっちがちの枠を、ZFでは用意していないだけ。
0714nobodyさん
2008/11/24(月) 10:58:13ID:???0715nobodyさん
2008/11/24(月) 12:21:02ID:???密にも疎にもできるもののどちらがいいかっていったら
そりゃ後者だわな
0716nobodyさん
2008/11/24(月) 13:41:57ID:???全部ZFに置き換えてもいいくらいだと思うよ
なんつーの? 割り切り仕様というか内部諒解仕様というか、そういった
よくわからん決め打ち系の記述は(マルチバイト関連を除けば)非常に少なく、
かなり汎用的に作られてるっぽい。
例外処理だけ、ZF流儀にあわせればあとはどう使おうと自由って感じで。
0717nobodyさん
2008/11/24(月) 18:12:50ID:???> がっちがちの枠を、ZFでは用意していないだけ。
がっちがちの枠(フレーム)を用意するのが
フレームワークだと思うんだがねぇ。
0718nobodyさん
2008/11/24(月) 18:28:09ID:???0719nobodyさん
2008/11/24(月) 18:35:08ID:???ZFは自由に使えって言うけどライブラリとの違いが分からない。
そして、結局ライブラリを細切れに使うのと手間が一緒の気がするんだけど。
それ以上のメリットがあるのか良く分からない。
0721nobodyさん
2008/11/24(月) 18:51:52ID:???使ってみればわかるが、ZFにフレームはある。
ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ
設計を行わない人にとっては無用の長物。メリットだってわからない。
0722nobodyさん
2008/11/24(月) 20:20:21ID:???0723719
2008/11/24(月) 20:59:56ID:???あえて言えばメリットが見つからないというのが悪い点かと
>>721
使い込んでみないと分からないって事でしょうか。
もうちょっと機会があれば研究してみたいとは思います。
>>722
なるほどそうですかw
0724nobodyさん
2008/11/24(月) 22:26:16ID:???0725nobodyさん
2008/11/24(月) 23:50:06ID:???Eclipseはエディタだからそりゃ可能だ。
0726nobodyさん
2008/11/25(火) 05:20:59ID:???ethnaとかちょっと微妙だから。
symofnyは大丈夫だけど、少しコツがいる。
けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ?
> 1.1→1.2
0727nobodyさん
2008/11/25(火) 15:20:48ID:???htmlまわりの話か?
0728nobodyさん
2008/11/25(火) 15:32:12ID:???Ethnaの構造ではPDTでは補完が働かなかったな。
あとコマンドラインでアクションやビューやテンプレートが生成されるので、
いちいちプロジェクトを更新するのが面倒だった。
ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、
わざわざ重たいPDTを使うメリットがないと思った。
symfonyは使ってないからしらね。
0729nobodyさん
2008/11/25(火) 15:43:10ID:???そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかw
補完もどのみち最初から微妙っちゃ微妙だし。
少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う
まあやりやすいようにやればいいんだけど
0730nobodyさん
2008/11/25(火) 15:51:45ID:???逆にエディタとして見ると融通が利かない駄目なやつと思っている。
最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、
後は覚えてないけど細かいところでたまにイラっとする。
だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。
0731nobodyさん
2008/11/25(火) 16:09:13ID:???しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる
自分が注意力散漫だけかもしれんけどw
他のエディタでもこの機能はあるのかな?
0732nobodyさん
2008/11/25(火) 16:32:01ID:???使ったことはないけど
0733nobodyさん
2008/11/25(火) 16:38:15ID:???http://noy.cc/symfoclipse/index.html
Symfoclipseつーやつかな?
0734nobodyさん
2008/11/25(火) 16:54:55ID:???なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端?
0735nobodyさん
2008/11/25(火) 17:45:10ID:???さすがに会社はPDTに乗り換えたが、自宅じゃ
めんどくせーからこのまんまでいいやみたいな
0736nobodyさん
2008/11/25(火) 22:37:49ID:???スケルトンが拡張子が.phpだから(かつ中身がphpじゃないから)PDTだとずっと構文エラーになる。
拡張子ハードコーディングしてあるから直せん>ethna
0737nobodyさん
2008/11/26(水) 01:42:35ID:???無料でよろし。お薦めする。
0738nobodyさん
2008/11/26(水) 05:16:43ID:???0739nobodyさん
2008/11/26(水) 08:31:02ID:???尚日本語版は勧めない。日本語化したければPDTと同じようにする。
0741nobodyさん
2008/11/27(木) 02:26:51ID:???スケルトンがな。
ルーティングなんていくらでも変えられる。
しかし、スケルトンもEthnaのデフォを削除しちゃって、自分Appのは
Handlerを定義しちゃえばいけるんじゃね?そんな手間でもないと思うが。
0742nobodyさん
2008/12/01(月) 22:29:43ID:XLqJXNnhYii 178
CakePHP 170
CodeIgniter 131
Prado 53
Zend 51
Symfony 36
数字はRequest Per Second
0743nobodyさん
2008/12/01(月) 22:39:29ID:???今度使ってみるか
0744nobodyさん
2008/12/01(月) 23:19:54ID:XLqJXNnhそのページに書いてあるようにあくまでRPSの上限を計るベンチで(これ以上の値は出ない)、
ajaxとかhtmlレンダリングない場合もあるしでやっぱり価値はある。
0745nobodyさん
2008/12/01(月) 23:27:25ID:???他のがdie('Hello World');になってるのは何で?
まあ大抵のベンチは信用出来ないのは知ってるけども。
0746nobodyさん
2008/12/01(月) 23:48:49ID:???0747nobodyさん
2008/12/02(火) 01:49:03ID:???0748nobodyさん
2008/12/02(火) 01:54:30ID:???Baseline PHP 331.8
CodeIgniter 21.5
Zend Framework 9.2
CakePHP 3.7
0749nobodyさん
2008/12/02(火) 10:55:00ID:???一応客観的っぽい比較はできるのかもしれないが、だからどうしたってんだ。
ってまだ誰も、使うどころか中を見てもないんだろうけどw
0751nobodyさん
2008/12/02(火) 11:40:29ID:???コンポーネント指向?ってどんな感じのを言うの?
0752nobodyさん
2008/12/02(火) 14:42:18ID:???みなさんのレポ(人柱)に期待w
0753nobodyさん
2008/12/02(火) 15:26:34ID:???ベンチマークなんて所詮うんちマークです
それが偉い人には分からんのです
0754nobodyさん
2008/12/02(火) 15:28:13ID:???■ このスレッドは過去ログ倉庫に格納されています