【PHP】PHPフレームワーク総合スレ15

**nobodyさん** · 2010/12/12(日) 10:47:08

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】PHPフレームワーク総合スレ14
http://hibari.2ch.net/test/read.cgi/php/1253912143/

**nobodyさん** · 2012/10/09(火) 10:57:24.36

無名なフレームワーク利用するのと、
オレオレ利用するのって大差ないと思うんだが。

**nobodyさん** · 2012/10/09(火) 16:45:11.13

暇だからチンパンジーのマニュアルを読んでるんだけど、説明が分かり難いと思った。
コンセプトは面白そうかもしれない。

**nobodyさん** · 2012/10/09(火) 17:59:35.57

チンパンジーって国産だけあって痒いところに手が届くな…
ガラケーサポートとか
あと軽量らしいし

**nobodyさん** · 2012/10/09(火) 18:04:45.44

アシアルへのリンク？

**nobodyさん** · 2012/10/09(火) 18:30:04.35

お前らサルにはお似合いだな

**nobodyさん** · 2012/10/09(火) 21:28:29.44

>>664
猿とチンパンジーは割と遠いんだけど・・・

**nobodyさん** · 2012/10/12(金) 12:00:11.26

>>659

version 1.0未満でfixってことはないよね？
いまどうなってるんだろう...

**nobodyさん** · 2012/10/12(金) 15:48:21.74

>>659

Twitterも見事に停止してるな。
誰かフォローしてやれよ。

**nobodyさん** · 2012/10/12(金) 17:09:29.98

お前ら使ってやらないの？じゃあ俺が使ってやるよ！

**nobodyさん** · 2012/10/12(金) 19:30:08.83

>>668

ﾅﾃﾞﾅﾃﾞﾅﾃﾞﾅﾃﾞﾅﾃﾞﾅﾃﾞ
　ﾅﾃﾞﾅﾃﾞ　　ﾅﾃﾞﾅﾃﾞ
　　　　∧_∧
.∧_∧( ･ω･)∧_∧
( ･ω･)Ｕ))　.(･ω･ )
　⊃)))（･ω･)(((⊂
.∧_∧∩))((∩∧_∧
(　　　)　　　　.(　　　)
ﾅﾃﾞﾅﾃﾞﾅﾃﾞﾅﾃﾞﾅﾃﾞﾅﾃﾞ

**nobodyさん** · 2012/10/12(金) 21:06:03.98

http://p11.chip.jp/okanonaoko

**nobodyさん** · 2012/10/13(土) 02:32:48.97

チンパンジーって暴力的で愛がないんだって。ボノボは愛があって暴力がないんだって。ボノボの方が良かったんじゃない？

**nobodyさん** · 2012/10/13(土) 07:15:42.77

ボノボってあのIBMの

**nobodyさん** · 2012/10/13(土) 08:52:12.53

それはレノボ

**nobodyさん** · 2012/10/13(土) 16:51:36.53

俺の後ろに立つな

**nobodyさん** · 2012/10/13(土) 17:09:03.07

これアシアルが作ってるの？
んじゃ完成度は推して知るべし

**nobodyさん** · 2012/10/13(土) 18:40:47.69

>>674

それはゴルゴ

**nobodyさん** · 2012/10/13(土) 20:16:37.60

そんなことばっか言ってる子のとこには
しまっちゃうおじさんがあらわれて、どこか知らないところにつれていかれて
どんどんしまわれちゃうんだ…(´；ω；｀)

**nobodyさん** · 2012/10/14(日) 18:55:55.64

オープンソースなのに情報が少ないからクローズソース
動的だから変更のたびに　チェックと確認が必要　
ローカル環境→開発サーバー→ステージング→本番　これを毎回やる
クラス・関数一覧のドキュメント一覧とか大量に必要にしかも仕様変更
のたびに変更が必要　大規模だと必ずこんがらがる
バージョンアップのたびに別物に生まれ変わり　また学習しないといけない
新しいＦＷがしょっちゅう出て　それがデフォルトスタンダードのような
宣伝やめてくれないか

**nobodyさん** · 2012/10/14(日) 19:02:41.25

実行しないとバグがわからなすぎる動的言語は過去のライブラリを使うの
ためらう　結局過去の資産を生かせない　関数の名前の変更のたびに
ソース検索が必要で手間がかかる　これが静的言語だったらエラーはくから　
確認チェックの手間がローカル環境内で収まることが多い　動的は作れば
作るほど負債化し　作っては捨てたほうが早いの繰り返し　どうしようもない
動的言語をはてぶを始め技法やCodeZine　アシアルの宣伝は本当に
罪深い　

**nobodyさん** · 2012/10/14(日) 19:13:31.72

結局これは短期記録力がある人間の驕りなんだよね。（東大とかアシアルとか）
彼らは自分たちの記憶能力を生かしたいがために
ガラクタ言語をチョイスしてそれをスタンダードのような流れにしたいと思っている
このガラクタ言語を使うことで短記録のある自分たちが有利であることを知っていて　
他を蹴落としたいと潜在的に思っている。ハテブやらで流れを作ろうとたくらんでいる
静的言語を使えば（主にＣ＃）こんな苦労なんて全然ないのに　
それでは自分たちが存在意義が問われるからあえて使わないようにしている
いい加減こんなガラクタ言語やっていても無限に苦労することなる
　

**nobodyさん** · 2012/10/14(日) 19:25:09.40

動的はやめとけ無限に苦労することになる　書けば書くほど大変になる
記録力のあるやつだけやつしか現場に残らない　記録に止めないといけないこと
多すぎるからだ　VisualStudioやC#だったらバグ、リファレンスエラーを教えてくれる　記憶力よりプログラムを書く想像力方が大事になってくる
動的は流れを把握するのが時間がかかるから、ＭＶＣに合わせていたが　ソフトがバグを教えてくれるならもっと効率的な書きをして　他人はVisualStudioやC#の機能から理解にいたることできる
つまらない他人のＭＶＣに合わせないでも効率的な面白い書き方でやっていけるはず　ドカタから芸術家に脱却できる

**nobodyさん** · 2012/10/15(月) 01:27:20.69

>>677
それはぼのぼの

**nobodyさん** · 2012/10/15(月) 02:06:14.14

日本語でおk

**nobodyさん** · 2012/10/15(月) 02:22:00.27

何処縦に読めばいいかわからない
もしかして斜め？高度だな

**nobodyさん** · 2012/10/15(月) 08:02:46.67

アサヒビールが販売してる焼酎がお気に入りだ。
この商品名は良い香りという意味で付けたらしい。

**nobodyさん** · 2012/10/15(月) 09:16:17.14

こんな中身のない長文を思いつきで書ける人ってすごいと思うの

**nobodyさん** · 2012/10/15(月) 10:05:51.72

あー、あの第64代横綱ね

**nobodyさん** · 2012/10/15(月) 11:43:45.53

>>685

それはかのか

>>687

それは曙

**nobodyさん** · 2012/10/15(月) 14:00:44.00

チンパンジーってZFの影響を受けてるとみた。
ってか、焼き直しっぽい感じがした。

**nobodyさん** · 2012/10/18(木) 23:59:30.29

国産のFWってのは魅力だけど、これから新しい物作るんなら
少なくとも英語には対応したサイトで間口を広げないと
コミュニティの広がりに関してはなかなか難しいよな気がする。
なんだかんだ言っても英語を使うと新しいつながりが半端ないし、
やっぱりインターネットって米軍のお下がりだしな。

**nobodyさん** · 2012/10/19(金) 22:12:39.78

少なくとも新しいPHPFWはもうちょっと無理がある気がする
いっぱいある古参系のを使い続けるか、Yiiだとかそのあたりの
比較的あたらしめの奴を覚えて乗り換えるかのどっちかじゃね

俺々フレームワークに毛が生えたようなだけの小規模系FWだと、
需要が限りなく0なので覚える時間が無駄になる可能性が高すぎるんだもの…

**nobodyさん** · 2012/10/20(土) 16:35:20.96

小規模すぎると、覚えた途端に開発終了もあり得るしな

**nobodyさん** · 2012/10/20(土) 18:03:44.43

で、別人たちの改造版に分裂

**nobodyさん** · 2012/10/21(日) 19:41:06.47

おっと、CodeIgniterの悪口はそこまでだ
本家もまったり続いてるけどな

**nobodyさん** · 2012/10/28(日) 06:12:40.22

もうどのFWも単なる言語拡張積み上げてるだけな気がしてきた
正直MVCすら要らん、MVCの思想は凄いけど形だけあっても無意味なような。

symfonyの1だけはちゃんと思想が脈打ってて感動した。2は何であんなことになったのだろう

**nobodyさん** · 2012/10/28(日) 18:13:20.92

symfonyのアレを思想というのか。
それほど崇高な印象はないなぁ。

**nobodyさん** · 2012/10/29(月) 17:25:12.76

開発ブログを読む限り、BEAR.Sundayは良いかも知れない。
完成すれば、既存のFWの対抗軸になりうる予感。

**nobodyさん** · 2012/10/30(火) 21:39:35.43

laravelがよさそう
fuelphp流行ってるのは日本だけだし
yiiかlaravelに乗り換えたい

**nobodyさん** · 2012/10/31(水) 06:20:49.70

fuelも別に流行ってないけどな

**nobodyさん** · 2012/11/01(木) 02:26:55.54

最近はCakeの情報が少し充実してきたのかな？

**nobodyさん** · 2012/11/01(木) 08:51:39.45

cake2の情報が少ないし
見つかるプラグインは1用ばっか

**nobodyさん** · 2012/11/01(木) 14:27:44.18

PHPの開発自体減ってるのかな？記事関係はRubyばっかりだ。
だが、新サイトで見るのは大体PHPだけど

**nobodyさん** · 2012/11/02(金) 13:15:13.76

特に最近は、自分から発信する開発者がRubyのほうが多い感じを受ける。
言語としての優位性の比較はともかく、その点ではRubyはいいかもね。

**nobodyさん** · 2012/11/03(土) 12:55:57.43

>>703
情報発信者が多いのは結構だけどなぁ・・・
rubyってバッドノウハウ多くね？

**nobodyさん** · 2012/11/03(土) 12:56:44.68

っと、PHPスレで他言語disっちゃいかんな。ごめんよ

**nobodyさん** · 2012/11/03(土) 19:11:23.15

PHPをdisれ

**nobodyさん** · 2012/11/03(土) 19:30:35.09

バッドノウハウの多さを競うならPHPだって負けてないぞ

**nobodyさん** · 2012/11/26(月) 17:41:16.91

yiiとCodeIguniter迷いすぎる

**nobodyさん** · 2012/11/26(月) 21:56:27.66

CodeIguniterでいんじゃね？

71 · 2012/11/27(火) 13:31:53.86

スペルが違うんじゃね？

**nobodyさん** · 2012/11/27(火) 18:38:02.57

CodeInuguier

**nobodyさん** · 2012/11/27(火) 22:58:25.65

Wii

**nobodyさん** · 2012/12/21(金) 22:59:39.63

ASP.net 2人かかる仕事は
PHP 3人
RUBY 4人
JAVA 5人

機能を追加時の増員の必要割合

ASP.net 開発者小デバッカー　小
PHP 開発者中デバッカー　大
RUBY 開発者中デバッカー　大
JAVA 開発者大デバッカー　中

動的言語やLAMPはバットノウハウなのは確か
まねするとコストばかりかかり　雪達だるま式にデバッグやらコード修正が増えていき
苦労することになる
大手しか開発できないような仕組まれてる　ガラパコス利権

**nobodyさん** · 2012/12/22(土) 12:25:06.36

デバッカー
バットノウハウ
雪達だるま

コード修正が必要なのはお前だ

**nobodyさん** · 2012/12/22(土) 22:40:10.26

ガラパコスについては大目に見てやろう

**nobodyさん** · 2013/01/05(土) 15:30:52.70

アプリ起業iPhoneC#まとめ Ver 1.5
ｈｔｔｐ:／／tinyurl.　com/9w97424

**nobodyさん** · 2013/01/05(土) 23:00:05.00

ブラクラ

**nobodyさん** · 2013/01/18(金) 13:39:36.56

もしブラクラだったら警察に通報して逮捕になるから別にいい

**nobodyさん** · 2013/01/26(土) 04:49:54.75

綺麗なサンプルphpコードを一つ見本にして全員で真似するのが
一番開発もメンテも楽な（メタ的な）フレームワーク

**nobodyさん** · 2013/01/26(土) 07:23:14.58

その作業工程は、延焼していく炎を思わせるため、flameworkと呼ばれる[3][4]。

**nobodyさん** · 2013/06/20(木) 23:35:41.10

こんなのあるみたいよ。

---------------------------------------------------------
CodeIgniter Talk #01 2013/06/22 (土) 14:30 - 17:30 @ 渋谷
http://codeigniter-talk.doorkeeper.jp/events/4062

**nobodyさん** · 2013/07/05(金) NY:AN:NY.AN

714と715、面白いな。

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

>>720
flameworkって普通にある単語なんだが

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

>>723
その普通のflameworkの意味をちょっと説明してみてよ

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

flamework (三人称単数現在形 flameworks, 現在分詞 flameworking, 過去形および過去分詞形 flameworked)

To lampwork.

んで、
lampwork (uncountable)

(glassblowing) A method for working with blown glass that does not require a furnace.
(glassblowing) Glass pieces made by this method.
(glassblowing) The activity of producing glass pieces using this method.

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

普通にスレチ(´ω`)

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

普通に使われてることの証明になってない

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

>>727
辞書をひくことすらできないお馬鹿さん、乙

**nobodyさん** · 2013/07/08(月) NY:AN:NY.AN

ウィクショナリーが辞書だと思い込んでるゴミ乙

**nobodyさん** · 2013/07/25(木) NY:AN:NY.AN

PHPのフレームワークって、よく名前が出るものだけでも
いくつもあるから、いまいち何使っていいかわからん。
適当に選んで、使って試して、だんだんわかっていくしかないのか・・・

しばらく前にZendでやってみたものの、利点も欠点もなにも、
これといった印象なかったし、違いのわかる男にはなれそうにないぜｗ

**nobodyさん** · 2013/07/25(木) NY:AN:NY.AN

>>730
俺もそう。何使っていいかわからん。

ただ、規約に縛られるフレームワークは嫌。
規約を知らないと摩訶不思議な動作をするように見えるから。

規約なんて、開発完了しちゃえば直ぐ忘れてしまうもの。
規約を忘れた１年後の自分は、そのコードをメンテできそうもない。

**nobodyさん** · 2013/07/25(木) NY:AN:NY.AN

規約に縛られないフレームワークでは
自分で規約を作るだけ。

結局、規約に従ってプログラムするのは当たり前。

でなければ、行き当たりばったりの開発をするかだ。
こっちはもっと最悪。
何も決まっていない、似ている処理なのに
規約がないから、微妙に違ったコードになってる。
開発をするたびに、コードを読まないとわからない。
忘れる以前に覚えられない。

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

>>730
> しばらく前にZendでやってみたものの、利点も欠点もなにも、
> これといった印象なかったし

アーキテクチャってものを知っているか？
設計のことだが、どちらかと言えばコードレベルの設計の話。
アーキテクチャを知らなければ、フレームワークを見ても
単にいろんなライブラリがあるようにしか見えない。

アーキテクチャを知っていれば全体がひとつの塊として
考えられて作られていると理解できるようになる。
どう作っていいかがわかってくる。

経験を積めば、コードを見るだけで
あぁ。こうしろってことねと意図がわかる。
そうなると、ここにこの機能があるはずと推測できるようになる。

つまり君はまだアーキテクチャを知らんのだ。動けばそこで終わりという開発をしてるだろう？
単にフレームワークを使うのではなく、フレームワークをどのように使ったら
効率がいいかを考えながら作れば、アーキテクチャを理解できるようになる。

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

コードレベルって書くとむしろ1～数行レベルの話しに聞こえちゃう

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

733は随分上から目線だけど、そんなヤツに限ってデキないんだよな。
これは俺の回りの現場の人間を見ての経験則だけどね。

アーキテクチャって言葉を知りはじめて、使ってみたいのかな。

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

>>732
俺の言う規約というのは、例えば、CakePHPの場合、

DBのテーブルに created_at というフィールドがあれば自動的に
値が書き込まれる・・・

ということ。

これらは、自分が書いたコードを追うだけでは挙動を理解でき
ず、CakePHPを知っていないとダメなんだよね。

規約に縛られるフレームワークは、規約により自動化されることが
多いのでコードを書く量が減り開発が速いけど、規約を忘れたときの
メンテが大変、という感じがします。

慣れてしまえば心配無用なのかな？

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

規約が紳士協定レベルじゃなくて制限として存在してくれれば
困ることはないんだけどな

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

>>736
created_at は ROR
CakePHPは created

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

>>736
もしそういう規約がなかったらで考えよう。

日付が格納されるフィールド名はバラバラ
ある所はcreated_atだったり、ある所はcreatedだったり
ある所はcreate_dateだったり。

そうならないときに「コーディング規約で決める」というふうにやっぱり規約が出てくる。
規約を忘れたら、バラバラのフィールド名になる。
規約を思い返すのならCakePHPの規約を思い出せるだろう。

フィールド名がバラバラなだけではなく、あるところは
日時なのにあるところは日付だけだったり、コードを読めばわかるだろうが、
フィールド名を見ただけでわからず、該当フィールドに格納しているコードを
一つ一つ読まないと確証が得られない。

規約を忘れたらというが、規約を忘れるような人は手作業で書いたコードも忘れる。
コードを読み返す時間があるのなら、CakePHPの規約を読んだほうが早い。

忘れた時にメンテが大変なのはどっち？コードを読むのが苦痛じゃないから
実際に時間がかかってるはコードを読む方なのに楽だと勘違いしているだけ。

**nobodyさん** · 2013/07/26(金) NY:AN:NY.AN

コピペしたほうが早い。
forループはfor文を忘れた時にメンテナンスが大変。

結局はこう言ってるのと同じ。

**nobodyさん** · 2013/07/27(土) NY:AN:NY.AN

はい？

**nobodyさん** · 2013/07/27(土) NY:AN:NY.AN

>>733
ダラダラ書いてるが1～数行レベルで済むレベルの話

**nobodyさん** · 2013/07/27(土) NY:AN:NY.AN

>>742
じゃあ一～数行でかけよｗ

**nobodyさん** · 2013/07/29(月) NY:AN:NY.AN

規約違反はエラーになるPHP用文法チェッカがほしい
って探せばありそうだな

**nobodyさん** · 2013/07/29(月) NY:AN:NY.AN

つ codesniffer

**nobodyさん** · 2013/07/30(火) NY:AN:NY.AN

>>745
こんなのがあるんだ
これってCake用っぽいけど、オレフレームワークでも使えるかな
ちょっと試すか

**nobodyさん** · 2013/07/30(火) NY:AN:NY.AN

全然Cake専用とかじゃなかった。これ便利そう！ありがとう！

**nobodyさん** · 2013/07/30(火) NY:AN:NY.AN

え？なに？なんか知らないけど、どういたしまして！

**nobodyさん** · 2013/07/31(水) NY:AN:NY.AN

とりあえず初心者は何やれば良いの？

**nobodyさん** · 2013/08/01(木) NY:AN:NY.AN

初心者なら、一度でいいからフレームワークを使わずに作る
で、「あれができたらいいな」とか「これを簡略化したい」などを
まとめ、それから、それらを実現できそうなフレームワークを探す

**nobodyさん** · 2013/08/02(金) NY:AN:NY.AN

PHP初心者じゃなくてFW初心者ってことなら
とりあえず情報量の多いCakePHPからやるのが無難だろうな。
まわりに詳しい人がいたらその人が使ってるFWでも良いと思う。

**nobodyさん** · 2013/08/07(水) NY:AN:NY.AN

地力の無い奴がフレームワークに手を出すと大抵コードが腐る。

まず大半の初級者は Model = DBテーブルと刷り込まれて、
正しいMVC分けが出来なくなり、Controllerが糞みたいに肥大化する。

普通に考えれば、別途ライブラリ(真の意味でモデルに該当するモノ)を構築すれば良いのだが、
それが出来ない。全部コントローラに記述しちゃう。

また大半のフレームワークではメソッドやコントローラアクションに関する粒度が規定されていない為、
1メソッドが糞みたいに長かったり、1コントローラに全ロジックが書かれたりする。

素人は一度は自作FWを作る経験をすべき。

**nobodyさん** · 2013/08/07(水) NY:AN:NY.AN

一度でいいけどな

モデルを理解したうえであらためてCake使うと
「ファーーーｗｗｗｗよう考えられとんねーー」
と思うこと請け合い

**nobodyさん** · 2013/08/07(水) NY:AN:NY.AN

え？
cakeがよく考えられてることとはネタですか

**nobodyさん** · 2013/08/07(水) NY:AN:NY.AN

笑ってるから、馬鹿にしてるんでしょ
実際は笑えないことが多いんだけど

**nobodyさん** · 2013/08/08(木) NY:AN:NY.AN

cake激安レンタル鯖に入れたら重すぎて使う気起きなかったよｗ

**nobodyさん** · 2013/08/09(金) NY:AN:NY.AN

cakeなんか使うからｗ

**nobodyさん** · 2013/08/09(金) NY:AN:NY.AN

で、何がお勧めなの？
出来ればそれを選ぶメリットも一緒に

**nobodyさん** · 2013/08/09(金) NY:AN:NY.AN

ケースバイケースとしか言いようが無い。
FWのせいで効率が落ちる＆保守性が落ちるのは本末転倒なので好きなの選べばいい。
Cakeは開発グダグダだし、独自方言大杉で他FWに移行し辛いし、一緒に心中する覚悟が必要かな

最近だとIDEとの親和性も大事だね