- 1 名前：nobodyさん mailto:sage [2010/12/12(日) 10:47:08 ID:???]
- 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
hibari.2ch.net/test/read.cgi/php/1253912143/
- 432 名前：nobodyさん [2012/06/09(土) 19:38:34.84 ID:3pAJ5sr2]
- 1. (自分のスキルがしょぼいせいで)まともに動か(せ)なくて
2. (自分の使ってるサーバーがしょぼいせいで)まともに動かなくて
3. (ご自慢の機能が実は自分の期待よりしょぼかったせいで)まともに動かなくて
- 433 名前：nobodyさん mailto:sage [2012/06/09(土) 21:45:29.70 ID:???]
- で？
- 434 名前：nobodyさん mailto:sage [2012/06/09(土) 21:59:38.62 ID:???]
- 感覚的な学習コストの序列ってどんな感じかね？
個人的には
code igniter << Yii < Cake PHP < Symfony
と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う
- 435 名前：nobodyさん mailto:sage [2012/06/10(日) 00:25:31.42 ID:???]
- どういう序列なんだ？Symfonyが一番簡単って意味か？
- 436 名前：nobodyさん mailto:sage [2012/06/10(日) 00:49:47.75 ID:???]
- コスト低 <- ->コスト高 ね
- 437 名前：nobodyさん mailto:sage [2012/06/10(日) 13:51:41.36 ID:???]
- Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。
- 438 名前：nobodyさん mailto:sage [2012/06/10(日) 22:57:43.91 ID:???]
- ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる
- 439 名前：nobodyさん mailto:sage [2012/06/11(月) 01:14:21.03 ID:???]
- オレオレと変わらないからな
- 440 名前：nobodyさん mailto:sage [2012/06/11(月) 03:30:12.33 ID:???]
- 他人が作ったオレオレフレームワークだな。
- 441 名前：nobodyさん mailto:sage [2012/06/11(月) 09:35:44.15 ID:???]
- 学習コストねぇ
有用なら高くても使うがね
- 442 名前：nobodyさん mailto:sage [2012/06/11(月) 16:06:17.97 ID:???]
- 学習コストは人によって違うからね。
有用でも情報量が少なければ理解するまで時間がかかるし、
そう言う面で学習コストがかかるならマイナスだよ
- 443 名前：nobodyさん mailto:sage [2012/06/11(月) 16:53:54.85 ID:???]
- 何をもって有用とする？
- 444 名前：nobodyさん mailto:sage [2012/06/11(月) 17:54:11.00 ID:???]
- それも人それぞれでしょ。
個人や少人数でやるなら好みや感触で決めてもいいような気がするけど
多人数チームでやる場合はほんと悩ましいよね・・・
- 445 名前：nobodyさん mailto:sage [2012/06/11(月) 18:53:49.81 ID:???]
- そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない
- 446 名前：nobodyさん mailto:sage [2012/06/11(月) 20:10:54.07 ID:???]
- ガラパゴス化している日本人にピッタリじゃないか
- 447 名前：nobodyさん [2012/06/12(火) 09:46:48.90 ID:Yrv/uaCb]
- 検索エンジン等、動的部分はフレームワークで、
会社概要等、静的な部分CMSにまかせるってどうなんでしょうか
- 448 名前：nobodyさん mailto:sage [2012/06/12(火) 09:56:18.31 ID:???]
- 作り方が異なるファイルが混雑するとややこしくなるよ。
静的な部分もフレームワークで作った方が良いと思う
- 449 名前：nobodyさん mailto:sage [2012/06/12(火) 11:55:20.93 ID:???]
- プログラマが更新するか、
デザイナーも関わるか
- 450 名前：nobodyさん mailto:sage [2012/06/12(火) 13:10:31.60 ID:???]
- デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。
- 451 名前：nobodyさん mailto:sage [2012/06/12(火) 13:17:41.45 ID:???]
- デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか
- 452 名前：nobodyさん [2012/06/12(火) 19:50:03.28 ID:Yrv/uaCb]
- CMSがフレームワークに置き換わる日
blogs.itmedia.co.jp/yoshimasa/2011/06/cms-f1f8.html
今の時代、フレームワークを土台にして作るのではなく、
CMSを土台につくったほうがいいんですかね。
フレームワークも便利ですけど
RSS発行とか、フォーム作成とか
自分でプログラム組まないとだめじゃないですか。
フレームワークでは数時間かかるRSS発行処理作成とか
CMSでは数クリックでできるし
処理されたデータを、どう煮るか焼くかは
CMSもフレームワークも変わらないし。
ただ
>>393さん
みたいに、高度な改変となるとCMSは
プログラムの解析が大変という意見もありますし、
何を作るかによってかわってくるんでしょうが
フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり
ＣＭＳを使ったほうが効率がいいんですかね。
- 453 名前：nobodyさん mailto:sage [2012/06/12(火) 21:40:37.73 ID:???]
- プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。
CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。
- 454 名前：nobodyさん mailto:sage [2012/06/12(火) 22:18:15.27 ID:???]
- フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど
それ以上に大事なのは、制限やルールといった枠組みを与えることで、
人それぞれバラバラになりがちな開発の手法や方向性を統一できること。
って誰かえらいひとが言ってたような気がする。
- 455 名前：nobodyさん mailto:sage [2012/06/12(火) 22:27:13.88 ID:???]
- 表示系はなんとかなるけど、
DBから取り出す条件設定の制御が面倒な事多くね？
クエリ直接書かせろ！みたいな…
- 456 名前：nobodyさん mailto:sage [2012/06/12(火) 22:34:40.75 ID:???]
- 官公庁はCMSが主流
- 457 名前：nobodyさん mailto:sage [2012/06/13(水) 01:30:46.38 ID:???]
- オリジナル要素が高くなければCMSで良いかもね
- 458 名前：nobodyさん mailto:sage [2012/06/13(水) 02:45:26.95 ID:???]
- CMSが勝手のいいフレームワークで作られていれば良い
- 459 名前：nobodyさん mailto:sage [2012/06/13(水) 04:11:16.55 ID:???]
- WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか
カスタマイズつらいです…
- 460 名前：nobodyさん mailto:sage [2012/06/13(水) 08:23:18.71 ID:???]
- ワープレって、MVCじゃないのか。
MVCじゃなかったらプラグインひとつ作るのも
かなり手間かかりそうなんだが・・・。
- 461 名前：nobodyさん mailto:sage [2012/06/13(水) 11:38:34.22 ID:???]
- 違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない
EC-CUBEは独自フレームワークだけど、
こちらも複雑すぎてどこがどこにあるかわかりづらい
- 462 名前：nobodyさん mailto:sage [2012/06/20(水) 01:22:18.24 ID:???]
- 複雑ってのは俗に言うスパゲッティってことだな
- 463 名前：nobodyさん mailto:sage [2012/06/20(水) 01:27:38.99 ID:???]
- そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから
どうしてもスパゲティになるよね
- 464 名前：nobodyさん mailto:sage [2012/06/20(水) 04:31:46.45 ID:???]
- EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。
// これで勘弁してください…
的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。
- 465 名前：nobodyさん mailto:sage [2012/06/20(水) 06:50:24.76 ID:???]
- ソースの具体例は？
- 466 名前：nobodyさん mailto:sage [2012/06/20(水) 08:32:01.15 ID:???]
- >>463
＞色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね
いや、その理屈はおかしい
- 467 名前：nobodyさん mailto:sage [2012/06/20(水) 13:21:19.05 ID:???]
- >>466
おかしくないよ。だって規約が統一してないんだから。
開発者が違うって言っても社内じゃなくて、他社って意味だし。
- 468 名前：nobodyさん mailto:sage [2012/06/20(水) 13:25:22.16 ID:???]
- スパゲティの意味をまずわかってください
- 469 名前：nobodyさん mailto:sage [2012/06/20(水) 13:37:07.72 ID:???]
- >>467
外部の異なる組織からフリーランスまでさまざまな開発者が
参加して作ってるオープンソースソフトなんて山ほどあるんだが
さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ
- 470 名前：nobodyさん mailto:sage [2012/06/20(水) 14:16:22.28 ID:???]
- >>469
ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな
- 471 名前：nobodyさん mailto:sage [2012/06/20(水) 16:40:25.69 ID:???]
- どうしてもスパゲティになる
を他のソフトにも適用するのはやめたまえ
- 472 名前：nobodyさん mailto:sage [2012/06/20(水) 23:41:36.16 ID:???]
- なんで他のOSSが大丈夫で、EC-CUBEだけ
スパゲティになるんだよｗ
- 473 名前：nobodyさん mailto:sage [2012/06/20(水) 23:48:35.68 ID:???]
- いやぁ、WordPressのごちゃっぷりは良いレベルよー
- 474 名前：nobodyさん mailto:sage [2012/06/21(木) 00:01:15.17 ID:???]
- PHP自体がスパゲティだよ。
標準関数の首尾一貫性の無さはスゴすぎ！
- 475 名前：nobodyさん mailto:sage [2012/06/21(木) 00:22:06.05 ID:???]
- >>472
普通、OSSって特定のグループ・会社が作ってないか？
OpenPNEなら手島屋って会社が作ってるし、
phpBBも海外のグループが作ってたはず。
一方、Wordpressは開発者はいるけど
プラグインで拡張していくから開発者も違うし、一貫性がない
- 476 名前：nobodyさん mailto:sage [2012/06/21(木) 04:41:52.92 ID:???]
- すべてのOSSを調べてから言えよハゲ
- 477 名前：nobodyさん mailto:sage [2012/06/21(木) 07:43:24.24 ID:???]
- OpenPNEもひでえソースだったなあ
- 478 名前：nobodyさん mailto:sage [2012/06/21(木) 07:44:57.64 ID:???]
- OpenPNEのカスタマイズは断念したな
- 479 名前：nobodyさん [2012/06/21(木) 08:17:09.84 ID:9C4PuuPO]
- 逆に、このフレームワークは美しいソースだったなぁってのはないの？
- 480 名前：nobodyさん mailto:sage [2012/06/21(木) 09:58:36.15 ID:???]
- symfony2
ソースの見てくれの代わりに使い勝手が犠牲になったけど。
- 481 名前：nobodyさん mailto:sage [2012/06/21(木) 10:14:39.77 ID:???]
- PHP自体が美しくない
- 482 名前：nobodyさん mailto:sage [2012/06/21(木) 10:32:53.94 ID:???]
- そもそも「美しさ」の感じ方は個人差によるからな
- 483 名前：nobodyさん mailto:sage [2012/06/21(木) 14:29:18.00 ID:???]
- EC-CUBEは番人に共通する醜さだけど
- 484 名前：nobodyさん mailto:sage [2012/06/21(木) 14:37:44.78 ID:???]
- EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな
管理とかちゃんとなってない会社なんだろうな
スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象
あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず
- 485 名前：nobodyさん mailto:sage [2012/06/21(木) 15:56:14.33 ID:???]
- 俺の見立てではわざとやっていると思う。
OpenPNEもそうだけど、わざとソースを複雑にして
有償サポートを狙っている気がする
※あくまで個人の感想です
- 486 名前：nobodyさん mailto:sage [2012/06/21(木) 16:43:08.98 ID:???]
- 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 とかにでけんかったの？
- 487 名前：nobodyさん mailto:sage [2012/06/21(木) 16:46:48.28 ID:???]
- >>485
実は確かな技術を持った賢い集団で
自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと
あら不思議、ぐちゃぐちゃスパゲティコード＆意味不明コメント入りオープンソースのできあがり
てな感じか
- 488 名前：nobodyさん mailto:sage [2012/06/21(木) 18:01:46.35 ID:???]
- 一貫性のなさはPHPの悪習
名前の付け方も引数の並べ方もこの上なく下手糞
- 489 名前：nobodyさん mailto:sage [2012/06/21(木) 20:12:50.67 ID:???]
- Zendは綺麗、それとDrupal
- 490 名前：nobodyさん mailto:sage [2012/06/21(木) 20:15:41.23 ID:???]
- >>487
俺の場合とは異なるかもしれないけど、
外部に公開するソースは難読化してるわ。コメントも削除してるし。
- 491 名前：nobodyさん mailto:sage [2012/06/21(木) 22:40:08.20 ID:???]
- PHPの難読化ツールでおすすめのある？
安ければ無料じゃなくてもいいけどなるべく無料で
- 492 名前：nobodyさん mailto:sage [2012/06/22(金) 01:44:44.57 ID:???]
- Zend Guardかbcompierくらいか
- 493 名前：nobodyさん mailto:sage [2012/06/22(金) 03:01:48.73 ID:???]
- >>487
オープンソースにする意味ないな
- 494 名前：nobodyさん [2012/06/22(金) 08:55:26.21 ID:LmibApcQ]
- オープンソースです!!って謳うだけでもたらされる効果ってのもありそう。
- 495 名前：nobodyさん mailto:sage [2012/06/22(金) 10:34:35.46 ID:???]
- FREE商法の一種だからな
- 496 名前：nobodyさん mailto:sage [2012/06/22(金) 11:42:30.36 ID:???]
- 頭の中がぐちゃぐちゃなのを晒すだけ
- 497 名前：nobodyさん mailto:sage [2012/06/22(金) 16:26:49.35 ID:???]
- オープンソースです！
↓
SEX
こういうわけだな
- 498 名前：nobodyさん mailto:sage [2012/06/22(金) 19:57:02.69 ID:???]
- >>486
そこら辺は俺も学習時に感じたなー
PHPの初期に引数の順番や命名規則を統一していなかったら
もうどうしようもないよね。
- 499 名前：nobodyさん mailto:sage [2012/06/22(金) 20:17:29.17 ID:???]
- PHPは馬鹿が何も考えずに作った言語だからな
- 500 名前：nobodyさん mailto:sage [2012/06/22(金) 20:26:49.91 ID:???]
- どうやらこのスレには天才がたくさんいるらしいから
後世に残る画期的な言語が生まれるのも時間の問題だな
- 501 名前：nobodyさん mailto:sage [2012/06/22(金) 20:31:00.31 ID:???]
- implode
explode
がその例
- 502 名前：nobodyさん mailto:sage [2012/06/22(金) 20:36:01.32 ID:???]
- 俺が考えた馬鹿が使う為の言語
間口を広げたら書かれたコードも多種多様となって理解するのに能力が必要に
書く時もその場の乗りで動く状態に出来ちゃう
- 503 名前：nobodyさん mailto:sage [2012/06/22(金) 20:53:55.05 ID:???]
- 自然言語を適切に解釈してくれればいい話
- 504 名前：uy mailto:sage [2012/06/23(土) 13:36:42.79 ID:???]
- ゴミ
- 505 名前：nobodyさん mailto:sage [2012/06/23(土) 17:36:35.06 ID:???]
- それでもこんだけ広まってしまったんだから使い続けようや
ただし別ブランチで「きれいなPHP」というものを作って
そちらに乗り換える方向がいい
というわけで誰か作って
- 506 名前：nobodyさん mailto:sage [2012/06/23(土) 18:06:30.99 ID:???]
- array地獄がなくなった5.4が普及したら本気出すわ
- 507 名前：uy mailto:sage [2012/06/23(土) 18:09:11.12 ID:???]
- きれいなジャイアンのどこがいいんだ？
- 508 名前：nobodyさん mailto:sage [2012/06/24(日) 17:37:52.46 ID:???]
- 5.4でarray地獄って解消したっけ？
- 509 名前：nobodyさん [2012/06/25(月) 16:36:33.93 ID: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];
- 510 名前：nobodyさん mailto:sage [2012/06/25(月) 23:16:04.35 ID:???]
- 単にarray()て書き方がうっとうしいってことじゃないかな。
5.4なら[]って書けるし。
- 511 名前：nobodyさん mailto:sage [2012/06/25(月) 23:19:53.78 ID:???]
- 設定のためのarray(array(array(array())))みたいなのがなくなるのか
- 512 名前：nobodyさん mailto:sage [2012/06/26(火) 00:04:10.70 ID:???]
- あれあれあれあれあれ〜？
- 513 名前：nobodyさん mailto:sage [2012/06/26(火) 00:22:08.99 ID:???]
- CakePHPも配列多いね。中途半端なオブジェクト指向で気持ち悪いし、非効率。
- 514 名前：nobodyさん mailto:sage [2012/06/27(水) 12:24:26.59 ID:???]
- 今CakePHPを使うのは保守くらいだろう
自分出作るのにあえて選ばない
- 515 名前：nobodyさん mailto:sage [2012/06/27(水) 14:21:03.71 ID:???]
- 俺はあえて選んでるけど
- 516 名前：nobodyさん mailto:sage [2012/06/27(水) 14:25:23.66 ID:???]
- しばらく使い込んじゃって慣れちゃったから
つい新規の案件もCakeで作っちゃう
乗り換えるとしたらYiiがよさそうだが学習コストが読めなくて躊躇している
- 517 名前：nobodyさん mailto:sage [2012/06/27(水) 20:32:45.22 ID:???]
- フレームワーク使う規模の案件にはPHPは使用しなくなった。
- 518 名前：nobodyさん mailto:sage [2012/06/27(水) 21:45:34.70 ID:???]
- じゃ、なぜこのスレ見に来てるの？
みんなにも「使うなー」って言いに来たのか？
- 519 名前：nobodyさん mailto:sage [2012/06/27(水) 21:54:43.14 ID:???]
- >>518
そういうこと。
仕事ではPHPは単なるテンプレート言語になった。
- 520 名前：nobodyさん mailto:sage [2012/06/27(水) 21:58:29.76 ID:???]
- 日本語で尾k
- 521 名前：nobodyさん mailto:sage [2012/06/30(土) 00:40:52.34 ID:???]
- OOPフレームワークでオススメはありますか？
配列地獄は勘弁です。
- 522 名前：nobodyさん mailto:sage [2012/07/01(日) 10:17:34.15 ID:???]
- CakePHPは配列地獄だから、Akelosに移ったという話は見たことあるからそっちがいいんでね？俺はいじった事ないけど。
実際にいじった中では、Pinocoくらいがライトでいいと思ってるんだがまぁ、Symfonyも悪くない選択だと思う。
使えるようになるまでの学習量が半端なく違うけどな。
- 523 名前：nobodyさん mailto:sage [2012/07/01(日) 15:33:51.02 ID:???]
- よほど大規模なければ機能過多だと思うんだ
- 524 名前：nobodyさん mailto:sage [2012/07/04(水) 23:54:13.76 ID:???]
- 別に学習しなかったらしなかったで、その分を自前実装するだけなんだけどな
- 525 名前：nobodyさん mailto:sage [2012/07/05(木) 22:21:26.48 ID:???]
- symfonyはダメ。OpenPNEのプラグイン開発でよくわかった。
で、うちはPHPから可能な限りオサラバすることになりました。
- 526 名前：nobodyさん mailto:sage [2012/07/06(金) 03:01:34.08 ID:???]
- よかったね、おめでとう。
- 527 名前：nobodyさん mailto:sage [2012/07/06(金) 04:04:14.59 ID:???]
- 俺のとこの会社もPHPから離れつつあるな。
きっかけはVPSの普及やな。
- 528 名前：nobodyさん mailto:sage [2012/07/06(金) 11:59:36.79 ID:???]
- 何に移行してるの？Java？
- 529 名前：nobodyさん mailto:sage [2012/07/06(金) 12:59:24.89 ID:???]
- その次がMonoでその次がCobolだな
- 530 名前：nobodyさん mailto:sage [2012/07/07(土) 03:35:06.01 ID:???]
- 一回離れたけど、意外とメモリに対してのパフォーマンスが良くて結局PHPに戻ってきた
apache+mod phpはVPS程度の小規模じゃ地味に優秀なんだよな。
浮いたメモリ分をデータベースに割り当てたほうが結果パフォーマンスが上がる
- 531 名前：nobodyさん mailto:sage [2012/07/07(土) 03:40:31.16 ID:???]
- メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
処理のパフォーマンスよりも、「いかに早く作れるか？」が重要だろうし、
その点でPHPは優秀だからな
- 532 名前：nobodyさん mailto:sage [2012/07/07(土) 06:32:42.57 ID:???]
- ＞メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
それはないｗ
|
 |
