トップページ⇒php
989コメント277KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2010/12/12(日) 10:47:08ID:???
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/
0434nobodyさん2012/06/09(土) 21:59:38.62ID:???
感覚的な学習コストの序列ってどんな感じかね？
個人的には

code igniter << Yii < Cake PHP < Symfony

と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う
0435nobodyさん2012/06/10(日) 00:25:31.42ID:???
どういう序列なんだ？Symfonyが一番簡単って意味か？
0436nobodyさん2012/06/10(日) 00:49:47.75ID:???
コスト低 <- ->コスト高　ね
0437nobodyさん2012/06/10(日) 13:51:41.36ID:???
Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。
0438nobodyさん2012/06/10(日) 22:57:43.91ID:???
ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる
0439nobodyさん2012/06/11(月) 01:14:21.03ID:???
オレオレと変わらないからな
0440nobodyさん2012/06/11(月) 03:30:12.33ID:???
他人が作ったオレオレフレームワークだな。
0441nobodyさん2012/06/11(月) 09:35:44.15ID:???
学習コストねぇ
有用なら高くても使うがね
0442nobodyさん2012/06/11(月) 16:06:17.97ID:???
学習コストは人によって違うからね。
有用でも情報量が少なければ理解するまで時間がかかるし、
そう言う面で学習コストがかかるならマイナスだよ
0443nobodyさん2012/06/11(月) 16:53:54.85ID:???
何をもって有用とする？
0444nobodyさん2012/06/11(月) 17:54:11.00ID:???
それも人それぞれでしょ。
個人や少人数でやるなら好みや感触で決めてもいいような気がするけど
多人数チームでやる場合はほんと悩ましいよね・・・
0445nobodyさん2012/06/11(月) 18:53:49.81ID:???
そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない
0446nobodyさん2012/06/11(月) 20:10:54.07ID:???
ガラパゴス化している日本人にピッタリじゃないか
0447nobodyさん2012/06/12(火) 09:46:48.90ID:Yrv/uaCb
検索エンジン等、動的部分はフレームワークで、
会社概要等、静的な部分CMSにまかせるってどうなんでしょうか
0448nobodyさん2012/06/12(火) 09:56:18.31ID:???
作り方が異なるファイルが混雑するとややこしくなるよ。
静的な部分もフレームワークで作った方が良いと思う
0449nobodyさん2012/06/12(火) 11:55:20.93ID:???
プログラマが更新するか、
デザイナーも関わるか
0450nobodyさん2012/06/12(火) 13:10:31.60ID:???
デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。
0451nobodyさん2012/06/12(火) 13:17:41.45ID:???
デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか
0452nobodyさん2012/06/12(火) 19:50:03.28ID:Yrv/uaCb
CMSがフレームワークに置き換わる日
http://blogs.itmedia.co.jp/yoshimasa/2011/06/cms-f1f8.html

今の時代、フレームワークを土台にして作るのではなく、
CMSを土台につくったほうがいいんですかね。
フレームワークも便利ですけど
RSS発行とか、フォーム作成とか
自分でプログラム組まないとだめじゃないですか。

フレームワークでは数時間かかるRSS発行処理作成とか
CMSでは数クリックでできるし
処理されたデータを、どう煮るか焼くかは
CMSもフレームワークも変わらないし。

ただ
>>393さん
みたいに、高度な改変となるとCMSは
プログラムの解析が大変という意見もありますし、
何を作るかによってかわってくるんでしょうが
フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり
ＣＭＳを使ったほうが効率がいいんですかね。
0453nobodyさん2012/06/12(火) 21:40:37.73ID:???
プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。
CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。
0454nobodyさん2012/06/12(火) 22:18:15.27ID:???
フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど
それ以上に大事なのは、制限やルールといった枠組みを与えることで、
人それぞれバラバラになりがちな開発の手法や方向性を統一できること。

って誰かえらいひとが言ってたような気がする。
0455nobodyさん2012/06/12(火) 22:27:13.88ID:???
表示系はなんとかなるけど、
DBから取り出す条件設定の制御が面倒な事多くね？
クエリ直接書かせろ！みたいな…
0456nobodyさん2012/06/12(火) 22:34:40.75ID:???
官公庁はCMSが主流
0457nobodyさん2012/06/13(水) 01:30:46.38ID:???
オリジナル要素が高くなければCMSで良いかもね
0458nobodyさん2012/06/13(水) 02:45:26.95ID:???
CMSが勝手のいいフレームワークで作られていれば良い
0459nobodyさん2012/06/13(水) 04:11:16.55ID:???
WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか
カスタマイズつらいです…
0460nobodyさん2012/06/13(水) 08:23:18.71ID:???
ワープレって、MVCじゃないのか。
MVCじゃなかったらプラグインひとつ作るのも
かなり手間かかりそうなんだが・・・。
0461nobodyさん2012/06/13(水) 11:38:34.22ID:???
違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない

EC-CUBEは独自フレームワークだけど、
こちらも複雑すぎてどこがどこにあるかわかりづらい
0462nobodyさん2012/06/20(水) 01:22:18.24ID:???
複雑ってのは俗に言うスパゲッティってことだな
0463nobodyさん2012/06/20(水) 01:27:38.99ID:???
そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから
どうしてもスパゲティになるよね
0464nobodyさん2012/06/20(水) 04:31:46.45ID:???
EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。

// これで勘弁してください…
的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。
0465nobodyさん2012/06/20(水) 06:50:24.76ID:???
ソースの具体例は？
0466nobodyさん2012/06/20(水) 08:32:01.15ID:???
>>463
＞色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね
いや、その理屈はおかしい
0467nobodyさん2012/06/20(水) 13:21:19.05ID:???
>>466
おかしくないよ。だって規約が統一してないんだから。
開発者が違うって言っても社内じゃなくて、他社って意味だし。
0468nobodyさん2012/06/20(水) 13:25:22.16ID:???
スパゲティの意味をまずわかってください
0469nobodyさん2012/06/20(水) 13:37:07.72ID:???
>>467
外部の異なる組織からフリーランスまでさまざまな開発者が
参加して作ってるオープンソースソフトなんて山ほどあるんだが
さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ
0470nobodyさん2012/06/20(水) 14:16:22.28ID:???
>>469
ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな
0471nobodyさん2012/06/20(水) 16:40:25.69ID:???
どうしてもスパゲティになる
を他のソフトにも適用するのはやめたまえ
0472nobodyさん2012/06/20(水) 23:41:36.16ID:???
なんで他のOSSが大丈夫で、EC-CUBEだけ
スパゲティになるんだよｗ
0473nobodyさん2012/06/20(水) 23:48:35.68ID:???
いやぁ、WordPressのごちゃっぷりは良いレベルよー
0474nobodyさん2012/06/21(木) 00:01:15.17ID:???
PHP自体がスパゲティだよ。
標準関数の首尾一貫性の無さはスゴすぎ！
0475nobodyさん2012/06/21(木) 00:22:06.05ID:???
>>472
普通、OSSって特定のグループ・会社が作ってないか？
OpenPNEなら手島屋って会社が作ってるし、
phpBBも海外のグループが作ってたはず。

一方、Wordpressは開発者はいるけど
プラグインで拡張していくから開発者も違うし、一貫性がない
0476nobodyさん2012/06/21(木) 04:41:52.92ID:???
すべてのOSSを調べてから言えよハゲ
0477nobodyさん2012/06/21(木) 07:43:24.24ID:???
OpenPNEもひでえソースだったなあ
0478nobodyさん2012/06/21(木) 07:44:57.64ID:???
OpenPNEのカスタマイズは断念したな
0479nobodyさん2012/06/21(木) 08:17:09.84ID:9C4PuuPO
逆に、このフレームワークは美しいソースだったなぁってのはないの？
0480nobodyさん2012/06/21(木) 09:58:36.15ID:???
symfony2
ソースの見てくれの代わりに使い勝手が犠牲になったけど。
0481nobodyさん2012/06/21(木) 10:14:39.77ID:???
PHP自体が美しくない
0482nobodyさん2012/06/21(木) 10:32:53.94ID:???
そもそも「美しさ」の感じ方は個人差によるからな
0483nobodyさん2012/06/21(木) 14:29:18.00ID:???
EC-CUBEは番人に共通する醜さだけど
0484nobodyさん2012/06/21(木) 14:37:44.78ID:???
EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな

管理とかちゃんとなってない会社なんだろうな
スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象
あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず
0485nobodyさん2012/06/21(木) 15:56:14.33ID:???
俺の見立てではわざとやっていると思う。
OpenPNEもそうだけど、わざとソースを複雑にして
有償サポートを狙っている気がする

※あくまで個人の感想です
0486nobodyさん2012/06/21(木) 16:43:08.98ID:???
PHPが汚いとえば
文字コードを変換する
mb_convert_encoding　の配列版はないかいな思って調べたら
mb_convert_variables　という関数を見つけた。
早速使ってみると、ちっとも機能しない。
なんと、
mb_convert_encoding は変換したいソース元を第一引数に入れるけど
mb_convert_variables　は　第三引数にいれるという仕様！
そして
mb_convert_encoding　は、
$hoge = mb_convert_encoding みたいに再度代入してやらないといけないけど
mb_convert_variables　代入しなくてもよいという仕様！！
そもそも mb_convert_variables　というネーミングセンスなんなの?
mb_convert_encoding_array　とかにでけんかったの？
0487nobodyさん2012/06/21(木) 16:46:48.28ID:???
>>485
実は確かな技術を持った賢い集団で
自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと
あら不思議、ぐちゃぐちゃスパゲティコード＆意味不明コメント入りオープンソースのできあがり

てな感じか
0488nobodyさん2012/06/21(木) 18:01:46.35ID:???
一貫性のなさはPHPの悪習

名前の付け方も引数の並べ方もこの上なく下手糞
0489nobodyさん2012/06/21(木) 20:12:50.67ID:???
Zendは綺麗、それとDrupal
0490nobodyさん2012/06/21(木) 20:15:41.23ID:???
>>487
俺の場合とは異なるかもしれないけど、
外部に公開するソースは難読化してるわ。コメントも削除してるし。
0491nobodyさん2012/06/21(木) 22:40:08.20ID:???
PHPの難読化ツールでおすすめのある？
安ければ無料じゃなくてもいいけどなるべく無料で
0492nobodyさん2012/06/22(金) 01:44:44.57ID:???
Zend Guardかbcompierくらいか
0493nobodyさん2012/06/22(金) 03:01:48.73ID:???
>>487
オープンソースにする意味ないな
0494nobodyさん2012/06/22(金) 08:55:26.21ID:LmibApcQ
オープンソースです!!って謳うだけでもたらされる効果ってのもありそう。
0495nobodyさん2012/06/22(金) 10:34:35.46ID:???
FREE商法の一種だからな
0496nobodyさん2012/06/22(金) 11:42:30.36ID:???
頭の中がぐちゃぐちゃなのを晒すだけ
0497nobodyさん2012/06/22(金) 16:26:49.35ID:???
オープンソースです！
↓
SEX

こういうわけだな
0498nobodyさん2012/06/22(金) 19:57:02.69ID:???
>>486
そこら辺は俺も学習時に感じたなー

PHPの初期に引数の順番や命名規則を統一していなかったら
もうどうしようもないよね。
0499nobodyさん2012/06/22(金) 20:17:29.17ID:???
PHPは馬鹿が何も考えずに作った言語だからな
0500nobodyさん2012/06/22(金) 20:26:49.91ID:???
どうやらこのスレには天才がたくさんいるらしいから
後世に残る画期的な言語が生まれるのも時間の問題だな
0501nobodyさん2012/06/22(金) 20:31:00.31ID:???
implode
explode
がその例
0502nobodyさん2012/06/22(金) 20:36:01.32ID:???
俺が考えた馬鹿が使う為の言語
間口を広げたら書かれたコードも多種多様となって理解するのに能力が必要に
書く時もその場の乗りで動く状態に出来ちゃう
0503nobodyさん2012/06/22(金) 20:53:55.05ID:???
自然言語を適切に解釈してくれればいい話
0504uy2012/06/23(土) 13:36:42.79ID:???
ゴミ
0505nobodyさん2012/06/23(土) 17:36:35.06ID:???
それでもこんだけ広まってしまったんだから使い続けようや
ただし別ブランチで「きれいなPHP」というものを作って
そちらに乗り換える方向がいい
というわけで誰か作って
0506nobodyさん2012/06/23(土) 18:06:30.99ID:???
array地獄がなくなった5.4が普及したら本気出すわ
0507uy2012/06/23(土) 18:09:11.12ID:???
きれいなジャイアンのどこがいいんだ？
0508nobodyさん2012/06/24(日) 17:37:52.46ID:???
5.4でarray地獄って解消したっけ？
0509nobodyさん2012/06/25(月) 16:36:33.93ID:7BNFjCsx
配列地獄ってこういうの？
foreach($hogehoge['hage'][55]['fuge'][3]['view'] as $key => $value){
　foreach($value[$this->row] as $key => $value){
　　$splited = split($value['hogehoge']);
　}
}
echo $splited[4];
0510nobodyさん2012/06/25(月) 23:16:04.35ID:???
単にarray()て書き方がうっとうしいってことじゃないかな。
5.4なら[]って書けるし。
0511nobodyさん2012/06/25(月) 23:19:53.78ID:???
設定のためのarray(array(array(array())))みたいなのがなくなるのか
0512nobodyさん2012/06/26(火) 00:04:10.70ID:???
あれあれあれあれあれ〜？
0513nobodyさん2012/06/26(火) 00:22:08.99ID:???
CakePHPも配列多いね。中途半端なオブジェクト指向で気持ち悪いし、非効率。
0514nobodyさん2012/06/27(水) 12:24:26.59ID:???
今CakePHPを使うのは保守くらいだろう
自分出作るのにあえて選ばない
0515nobodyさん2012/06/27(水) 14:21:03.71ID:???
俺はあえて選んでるけど
0516nobodyさん2012/06/27(水) 14:25:23.66ID:???
しばらく使い込んじゃって慣れちゃったから
つい新規の案件もCakeで作っちゃう
乗り換えるとしたらYiiがよさそうだが学習コストが読めなくて躊躇している
0517nobodyさん2012/06/27(水) 20:32:45.22ID:???
フレームワーク使う規模の案件にはPHPは使用しなくなった。
0518nobodyさん2012/06/27(水) 21:45:34.70ID:???
じゃ、なぜこのスレ見に来てるの？
みんなにも「使うなー」って言いに来たのか？
0519nobodyさん2012/06/27(水) 21:54:43.14ID:???
>>518
そういうこと。
仕事ではPHPは単なるテンプレート言語になった。
0520nobodyさん2012/06/27(水) 21:58:29.76ID:???
日本語で尾k
0521nobodyさん2012/06/30(土) 00:40:52.34ID:???
OOPフレームワークでオススメはありますか？
配列地獄は勘弁です。
0522nobodyさん2012/07/01(日) 10:17:34.15ID:???
CakePHPは配列地獄だから、Akelosに移ったという話は見たことあるからそっちがいいんでね？俺はいじった事ないけど。
実際にいじった中では、Pinocoくらいがライトでいいと思ってるんだがまぁ、Symfonyも悪くない選択だと思う。
使えるようになるまでの学習量が半端なく違うけどな。
0523nobodyさん2012/07/01(日) 15:33:51.02ID:???
よほど大規模なければ機能過多だと思うんだ
0524nobodyさん2012/07/04(水) 23:54:13.76ID:???
別に学習しなかったらしなかったで、その分を自前実装するだけなんだけどな
0525nobodyさん2012/07/05(木) 22:21:26.48ID:???
symfonyはダメ。OpenPNEのプラグイン開発でよくわかった。
で、うちはPHPから可能な限りオサラバすることになりました。
0526nobodyさん2012/07/06(金) 03:01:34.08ID:???
よかったね、おめでとう。
0527nobodyさん2012/07/06(金) 04:04:14.59ID:???
俺のとこの会社もPHPから離れつつあるな。
きっかけはVPSの普及やな。
0528nobodyさん2012/07/06(金) 11:59:36.79ID:???
何に移行してるの？Java？
0529nobodyさん2012/07/06(金) 12:59:24.89ID:???
その次がMonoでその次がCobolだな
0530nobodyさん2012/07/07(土) 03:35:06.01ID:???
一回離れたけど、意外とメモリに対してのパフォーマンスが良くて結局PHPに戻ってきた

apache+mod phpはVPS程度の小規模じゃ地味に優秀なんだよな。

浮いたメモリ分をデータベースに割り当てたほうが結果パフォーマンスが上がる
0531nobodyさん2012/07/07(土) 03:40:31.16ID:???
メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
処理のパフォーマンスよりも、「いかに早く作れるか？」が重要だろうし、
その点でPHPは優秀だからな
0532nobodyさん2012/07/07(土) 06:32:42.57ID:???
＞メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
それはないｗ
0533nobodyさん2012/07/07(土) 10:54:40.84ID:???
サーバーのスペックをどこまで意識するかはアクセスされる数ややる事次第だしな

いかに早く作れようとも、クソコード書いてたら保守でぐだってあいつはダメだって評価になりかねない
自分の仕事としては作りっぱなしのものであっても、最低限の事はできてないと
クソコーダーだってが露見する可能性が常にある状態になるから、流石にアレ
■ このスレッドは過去ログ倉庫に格納されています