私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】PHPフレームワーク総合スレ14
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
前スレ
pc11.2ch.net/test/read.cgi/php/1237825268/
pc11.2ch.net/test/read.cgi/php/1237825268/
主なフレームワーク
* symfony
* CakePHP
* ZendFramework
* CodeIgniter
* symfony
* CakePHP
* ZendFramework
* CodeIgniter
>>3
コードの質もわからないバカが多いからだよ。
コードの質もわからないバカが多いからだよ。
PHPのフレームワークに関する話題用のスレッド
●国外産●
symfony
ttp://www.symfony-project.com/
code igniter
ttp://codeigniter.com/
Zend Framework
ttp://framework.zend.com/manual/ja/index.html
CakePHP
ttp://www.cakephp.org/
Yii Framework
ttp://www.yiiframework.com/
●国産
ちいたん
ttp://php.cheetan.net/
Ethna
ttp://ethna.jp/
guesswork
ttp://classic.guesswork.jp/
maple
ttp://kunit.jp/maple/
●前スレ
【PHP】フレームワークについて語るスレ13【総合】
http://pc11.2ch.net/test/read.cgi/php/1237825268/
次スレは >>980 くらいで立てて
●国外産●
symfony
ttp://www.symfony-project.com/
code igniter
ttp://codeigniter.com/
Zend Framework
ttp://framework.zend.com/manual/ja/index.html
CakePHP
ttp://www.cakephp.org/
Yii Framework
ttp://www.yiiframework.com/
●国産
ちいたん
ttp://php.cheetan.net/
Ethna
ttp://ethna.jp/
guesswork
ttp://classic.guesswork.jp/
maple
ttp://kunit.jp/maple/
●前スレ
【PHP】フレームワークについて語るスレ13【総合】
http://pc11.2ch.net/test/read.cgi/php/1237825268/
次スレは >>980 くらいで立てて
cakeはメソッドの名前とかが微妙におかしい
英語がろくに使えない中国人が付けたみたいな感じ
英語がろくに使えない中国人が付けたみたいな感じ
サーバーサイドで実行できるjqueryのオープンソース phpquery
サーバー側でHTMLをjqueryで整形できるよ。
http://code.google.com/p/phpquery/
$doc = phpQuery::newDocumentHTML("http://www.yahoo.co.jp/");
$html = $doc['div'] -> html();
サーバーサイド側でこんな簡単にHTMLが抜け出せる。
正規表現も使わないで済む。jqueryライクな書き方でOK
サーバー側でHTMLをjqueryで整形できるよ。
http://code.google.com/p/phpquery/
$doc = phpQuery::newDocumentHTML("http://www.yahoo.co.jp/");
$html = $doc['div'] -> html();
サーバーサイド側でこんな簡単にHTMLが抜け出せる。
正規表現も使わないで済む。jqueryライクな書き方でOK
面接で、使ったことあるフレームワークとか聞かれたとき、
Yiiって言いにくいよな、なんかショッカーの雑魚戦闘員っぽくて。
Yiiって言いにくいよな、なんかショッカーの雑魚戦闘員っぽくて。
PHP4準拠だったり、マジックメソッド多用してたり、グローバルスコープに関数や定数を定義しまくっているFWは論外だと思う。
特にマジックメソッドはIDEとの親和性も悪いし、エラーの温床になりやすい。
特にマジックメソッドはIDEとの親和性も悪いし、エラーの温床になりやすい。
つまり、そのほかのフレームワークは
レンタルサーバーでは使いにくいといいたいわけです。
レンタルサーバーでは使いにくいといいたいわけです。
PHP使ってる人のPGとしての意識が低いだけっしょ。
コード品質より、楽さを求める人が多いからcakeを選択する人が多い、と。
コード品質より、楽さを求める人が多いからcakeを選択する人が多い、と。
最初に覚えてからもう新しいの覚えることができなくなった頭がお年寄りになった人たちには楽だよ
すみません、フレームワークを勉強しようと思っているのですが、ZendとCakeってどう違うのでしょうか?
まだ良く分かっていないのですが、例えばライブラリのように2つを一緒に使うとかいうような事も出来るのでしょうか?
関数、変数名が干渉してしまってどちらか一方だけになるとかあるのかなぁ、と思っています。
まだ良く分かっていないのですが、例えばライブラリのように2つを一緒に使うとかいうような事も出来るのでしょうか?
関数、変数名が干渉してしまってどちらか一方だけになるとかあるのかなぁ、と思っています。
cakeは「名前空間がぶつからないようにする」という配慮自体が欠けてる、全体的に。
>>32
違います。
違います。
ふえっ?
すみません、では違いが分かりません
どのように2つは違うのでしょうか・・・
ごめんなさいあまり知識が無いもので
すみません、では違いが分かりません
どのように2つは違うのでしょうか・・・
ごめんなさいあまり知識が無いもので
Zendは次世代PEAR(ライブラリ集)、CakeはPHP版RoR。
設計思想からして違う。
実際に使ってみると、
Zendはフレームワークを作る為のライブラリ集、
基本的な機能は揃っているが導入時にある程度のコードを書く必要がある。
反面、自分の使いやすい形式のFWに仕立て上げる事が出来る。
疎結合なので、使いたいクラスを学ぶだけで簡単に導入出来る。
Cakeは決められたルールに従えば、書くコードが少なくてすむ。
反面、ルールから外れた事しようとすると面倒になる。
設計思想からして違う。
実際に使ってみると、
Zendはフレームワークを作る為のライブラリ集、
基本的な機能は揃っているが導入時にある程度のコードを書く必要がある。
反面、自分の使いやすい形式のFWに仕立て上げる事が出来る。
疎結合なので、使いたいクラスを学ぶだけで簡単に導入出来る。
Cakeは決められたルールに従えば、書くコードが少なくてすむ。
反面、ルールから外れた事しようとすると面倒になる。
コンポーネントとか使い始めると名前衝突の可能性がぐんと上がるかも。>Cake
Cake3ー!早く来てくれー!
Cake3ー!早く来てくれー!
名前衝突とか気にするなら、
最初からcake以外のフレームワーク使うのが吉
せっかくいろいろ種類が出てるんだから、
他のフレームワークも盛り上がって欲しい
まあおれはcake使うけど
最初からcake以外のフレームワーク使うのが吉
せっかくいろいろ種類が出てるんだから、
他のフレームワークも盛り上がって欲しい
まあおれはcake使うけど
PHPに名前空間がサポートされたら、
Cakeは逆にシンプルな関数名で良いといわれるようになる。
そこまで先を見ていたのだよ。
Cakeは逆にシンプルな関数名で良いといわれるようになる。
そこまで先を見ていたのだよ。
PHP5.3の付け焼き刃な名前空間使うくらいなら、
クラスにパッケージ接頭子付ける方がまし。
クラスにパッケージ接頭子付ける方がまし。
>>42
ネームスペース使っても
new Zend_Db_Adapter_Abstract(); が new Zend\Db\Adapter\Abstract();
になるだけだぜ?
同一パッケージや、useでエイリアス貼ればいいんだろうけど・・・それをやり始めると名前衝突が避けられなくなるという罠。
Zendの命名形式はいいけど、サブパッケージを掘りすぎなのが問題だと思う。
Zend_DbAdapterAbstract
Zend_ControllerFront
みたいにcamelCase使ってもう少し階層数を下げれんもんだろうか。
ネームスペース使っても
new Zend_Db_Adapter_Abstract(); が new Zend\Db\Adapter\Abstract();
になるだけだぜ?
同一パッケージや、useでエイリアス貼ればいいんだろうけど・・・それをやり始めると名前衝突が避けられなくなるという罠。
Zendの命名形式はいいけど、サブパッケージを掘りすぎなのが問題だと思う。
Zend_DbAdapterAbstract
Zend_ControllerFront
みたいにcamelCase使ってもう少し階層数を下げれんもんだろうか。
言う程フレームワークは浸透していないよw
習コストかかるし、FW自体をまともに理解出来る人材も少ない。
結果社内開発のシンプルなライブラリ集みたいなものが多用される事になる・・・
習コストかかるし、FW自体をまともに理解出来る人材も少ない。
結果社内開発のシンプルなライブラリ集みたいなものが多用される事になる・・・
>>44
Zend_DbAdapterAbstract
こんなんじゃオートローダー作りにくいし、(現状だとPEAR含めてオートローダーが共用できる)
階層数下げるメリットも分からない。
Yiiはオートローダーを実現するためにこんなコードが200行以上も続くが、こんなんよりよっぽどマシだと思う。
private static $_coreClasses=array(
'CApplication' => '/base/CApplication.php',
'CApplicationComponent' => '/base/CApplicationComponent.php',
'CBehavior' => '/base/CBehavior.php',
'CComponent' => '/base/CComponent.php',
'CErrorEvent' => '/base/CErrorEvent.php',
'CErrorHandler' => '/base/CErrorHandler.php',
'CException' => '/base/CException.php',
'CExceptionEvent' => '/base/CExceptionEvent.php',
'CHttpException' => '/base/CHttpException.php',
'CModel' => '/base/CModel.php',
Zend_DbAdapterAbstract
こんなんじゃオートローダー作りにくいし、(現状だとPEAR含めてオートローダーが共用できる)
階層数下げるメリットも分からない。
Yiiはオートローダーを実現するためにこんなコードが200行以上も続くが、こんなんよりよっぽどマシだと思う。
private static $_coreClasses=array(
'CApplication' => '/base/CApplication.php',
'CApplicationComponent' => '/base/CApplicationComponent.php',
'CBehavior' => '/base/CBehavior.php',
'CComponent' => '/base/CComponent.php',
'CErrorEvent' => '/base/CErrorEvent.php',
'CErrorHandler' => '/base/CErrorHandler.php',
'CException' => '/base/CException.php',
'CExceptionEvent' => '/base/CExceptionEvent.php',
'CHttpException' => '/base/CHttpException.php',
'CModel' => '/base/CModel.php',
>>47
お前は何を言っているんだ?
Zendの命名が冗長だっていう指摘に対するレスなだけなんだが。
オートロードなんてクソ重くてコード保守性下がる物の為に、
コード規約を設計するなんて正気の沙汰とは思えないな・・・
お前は何を言っているんだ?
Zendの命名が冗長だっていう指摘に対するレスなだけなんだが。
オートロードなんてクソ重くてコード保守性下がる物の為に、
コード規約を設計するなんて正気の沙汰とは思えないな・・・
あとYiiはオートローダを実現する為に書いているんじゃなくて、
オートローダのファイル検索オーバーヘッドを少なくするためじゃないの?w
200行程度、オートロード1~2回行うより遙かに軽いよ。
オートローダのファイル検索オーバーヘッドを少なくするためじゃないの?w
200行程度、オートロード1~2回行うより遙かに軽いよ。
みんなの評価 :
類似してるかもしれないスレッド
- 【PHP】PHPフレームワーク総合スレ15 (989) - [97%] - 2013/9/27 6:00 △
- 【PHP】フレームワークPharonスレ (306) - [75%] - 2022/10/10 20:00
- 【PHP】フレームワークMapleに舌鼓 (470) - [62%] - 2017/12/31 9:31
- 【PHP】フレームワーク Akelos (129) - [59%] - 2019/5/9 7:46
- 2ch有志がPHPフレームワークを作るスレ (81) - [55%] - 2019/5/9 7:46
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [53%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [53%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [53%] - 2023/1/30 18:45
トップメニューへ / →のくす牧場書庫について