結局ＰＨＰのフレームワークってどれがいいの？

ホーム
プログラム
結局ＰＨＰのフレームワークってどれがいいの？

2018.06.30
プログラム

結局ＰＨＰのフレームワークってどれがいいの？

1: nobodyさん 2014/08/17(日) 00:19:15.36 ID:iiqVqpD1

最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな？
laravel symfony2 zendFramework　CodeIgniter　Yii

6: nobodyさん 2014/08/19(火) 05:30:32.45 ID:???

>>1
＞ていうかarrayうざい

http://php.net/manual/ja/language.types.array.php
PHP 5.4 以降では配列の短縮構文が追加され、 array() の代わりに [] を使えるようになりました。

ドキュメントも読めないならやめとけ。お前の存在がださい

2: nobodyさん 2014/08/17(日) 00:22:33.82 ID:???

>>2
CakePHP

4: nobodyさん 2014/08/17(日) 05:49:45.60 ID:iiqVqpD1

>>2>>3
実はまだプログラミングの勉強し始めて半年ぐらいでわからないこと多いんだけど
今まで
ＰＨＰ→オブジェクト指向→デザインパターンみたいな感じで学習して
最近cakephpを勉強してるって感じなんだけど
今までやってきたことと
あまりギャップに戸惑ってるって感じなんです
カプセル化とか抽象クラスとかインターフェイスとか全部ぶっとんで
アソシエーションで全部表現するし
勝手にクラスはインスタンス化されてるみたいだし
そもそもオブジェクトありきで共通項をクラスでまとめるって理解していて
オブジェクトが見えないことに結構違和感があってやりにくい感じです
でももう少しやってみます

3: nobodyさん 2014/08/17(日) 03:55:47.78 ID:???

fuelphpは？

5: nobodyさん 2014/08/17(日) 23:39:49.61 ID:???

そもそもナニを作ろうとしてるのさ

8: nobodyさん 2014/08/20(水) 19:56:25.01 ID:???

まずフレームワークの意義やMVC2パターンについて学んだほうがいいのでは？
オブジェクトが見えないっていうのはフレームワークのソースコード追ったら見えるはずだけど

Cakeにオブジェクト指向的じゃない部分が多いのはわかる
Cake3でかなり改善されるが今はあまり時期が良くないので他使った方がいい
コードの読みやすさならLaravelが最近評判いいな
長期的に見るとSymfony2が安牌だと思うが

10: nobodyさん 2014/08/31(日) 04:13:04.47 ID:85ldFXfJ

日本語の説明が充実しているところがいい。
http://bigchinpo.blogspot.jp/2014/08/php.html

11: nobodyさん 2014/09/02(火) 05:46:25.51 ID:4V69SUeK

追記：アメリカと世界はLaravelが大人気
http://bigchinpo.blogspot.jp/2014/08/php.html

やはり言葉の関係か？

12: nobodyさん 2014/09/02(火) 06:50:47.37 ID:???

マルチバイトの扱いの問題もありそう

13: nobodyさん 2014/09/02(火) 08:36:53.66 ID:???

後発のを使ってみればCakePHP2系なんて二度と使う気起きなくなる
仕事で使わざるを得ない奴はご愁傷サマ

15: nobodyさん 2014/09/02(火) 21:19:56.19 ID:???

>>13
同意。

16: nobodyさん 2014/09/03(水) 01:23:02.25 ID:???

世の中にはCakePHP１系の負の遺産を保守しているところもあるのよ坊や

ちょっと屋上に行こうか

19: nobodyさん 2014/09/03(水) 20:44:16.89 ID:???

フレームワークを途中で変更するのは難しいからねぇ。
選んだキミが悪い。

22: nobodyさん 2014/09/04(木) 13:27:05.72 ID:???

やっぱ独自フレームワークに限るな

23: nobodyさん 2014/09/04(木) 16:07:52.44 ID:???

PHP使ってる時点でなに使っても一緒

27: nobodyさん 2014/09/05(金) 00:56:18.88 ID:???

やっぱrubyいくか…

33: nobodyさん 2014/09/07(日) 08:08:46.91 ID:???

F/Wの機能性能には拘らない。
でも、５年後１０年後にメンテすることや業務を引き継ぐことを考えると、ネットから
情報が消滅しないF/Wがいいな。

37: nobodyさん 2014/09/12(金) 23:56:23.69 ID:???

MVCフレームワーク自体が旧世代
WordPressがデフォ

38: nobodyさん 2014/09/14(日) 01:29:17.15 ID:???

ワードプレスのコアを改造しまくったやっつけシステムを見たときにはガクッときた

39: nobodyさん 2014/10/05(日) 23:17:55.53 ID:???

ZendFrameworkだな
別にフレームワークとしてだけではなく、ライブラリ集としても使えるから

40: nobodyさん 2014/10/07(火) 15:07:00.58 ID:???

ここまでfuelがないとは・・・

41: nobodyさん 2014/10/08(水) 06:29:20.04 ID:???

laravelかわゆい

42: nobodyさん 2014/10/09(木) 15:55:59.52 ID:???

質問です。
ここならいろんなフレームワーク使ったことある人多いと思って。

PHPについてはWordPressのプラグイン作ったり、
RSS使ったちょっとしたサービス作ったりくらいは使えるんだけど、
新しくWebサービス作るにあたり、学習しやすいフレームワーク探してます。

日本語のドキュメントやチュートリアル充実してて（英語全くわからんｗ）、
ユーザー認証やデータベースとの連動なんかが楽な、
おすすめのフレームワークを教えて下さい。

47: nobodyさん 2014/10/11(土) 00:05:17.59 ID:???

laravelでええやん

51: nobodyさん 2014/10/12(日) 10:25:31.62 ID:???

>>47
ありがとうございます。
調べてみたら、コード中のコメントまで日本語化されているということで、
これを勉強してみることにします。

しっかし、なんでこんなに同じようなフレームワークがわんさと出るのが疑問ですね。
ブログならWordPress一択みたいにまとまれば、もっと敷居も下がるのに。

48: nobodyさん 2014/10/11(土) 01:34:29.96 ID:???

未来が無いヤツを避けたい、ってことなら、すべてのフレームワークがそうなりうるでしょ。
そういう意味で一番安全なのはZendでしょうね。

52: nobodyさん 2014/10/12(日) 10:27:14.00 ID:???

WordPressにまとまったのは長い目で見ると失敗だろ
PHPも常に変化し続けてるし競争がある方がいいもんが生まれる

54: nobodyさん 2014/10/12(日) 13:34:25.43 ID:???

>>52
RoR「せやな」

60: nobodyさん 2014/10/12(日) 23:40:55.39 ID:???

コマンドラインが使えないレンタルサーバでも使える、ファイルアップロードだけで済ませられるフレームワーク、と考えたら何が良いでしょうか？
FuelPHPはSimpleAuthを使うためにoilコマンドが必要でとまどっています。
CodeIgniterはコマンドライン不要っぽくて候補に考えているのですが、他にも該当するものはあるでしょうか。

74: nobodyさん 2014/10/24(金) 22:50:55.76 ID:???

PHPこそ至高
他のスクリプト言語してるやつは一体何を考えてんだかｗ
Railsとかただのネトウヨじゃねーかｗ

80: nobodyさん 2014/11/14(金) 21:41:31.04 ID:???

フレームワークはどれも十分すぎるほど高機能。
でも本当に必要なのは、基本的なMVCの機能やルーティングの機能くらい。
足りない機能は自分でコード書けばいい。

それよりも、学習を始める最初の一歩が大切。
つまり、書籍やオンラインマニュアルの品質が大切だと思う。

それと、マイナーバージョンアップを頻繁に行ったり下位互換性がないのはダメ。

で、自分的には、FuelPHP。

82: nobodyさん 2014/11/15(土) 11:23:08.35 ID:???

FuelPHPは確かに今のところ一番充実したドキュメントがあるね。

ただ名前が呼びにくいからダメ。
所詮ウブントゥと共に消える運命。

97: nobodyさん 2015/02/08(日) 06:43:49.18 ID:???

LaravelのスレもFuelのスレもCodeIgniterのスレも、伸びてないなぁ。。。
CakePHPは興味ないので知らんけど。

LaravelはVer5が出たし。
Fuelは鈴木さんの良書が出たし。
CodeIgniterはVer3がリリース目前だというのに。

なんでかな？
みんなAndoroidの開発に移っちゃって、PHPはやめちゃったの？

104: nobodyさん 2015/04/04(土) 19:46:29.05 ID:???

CodeIgniter + Smarty = 最強。

速度
シンプルさ
覚えやすさ
利用者の多さ

FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。

106: nobodyさん 2015/04/07(火) 01:24:16.73 ID:???

>>104
FuelPHP使ってからCIに戻ったんだ？珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな

でもほんとシンプルで必要十分だよねCI
Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。
あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ

107: nobodyさん 2015/04/08(水) 06:03:00.29 ID:???

>>106
FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。

メソッドの名前も、CIより良いなと思いました。

機能的には、Smartyとの連携の容易さ、ユーザ認証機能が付属、
BootStrapも標準で付属（だったかな）など。

でも、どの機能もCIをベースにちょっとトッピングすれば実装できるんですよね。

一方で、既存のCIのサービスの保守をしながらFuelPHPを採用すると、
スキル的にCIとFuelPHPの２本立てになってしまうという台所事情がありまして。

それが嫌でCIに戻りました。

132: nobodyさん 2015/07/09(木) 10:31:44.95 ID:???

CakePHPはModelっていうか、DBアクセス周りがクソすぎて
小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。

CodeIgniterはまぁ、可もなく不可もなくって感じだったな。

>>104
>CodeIgniter + Smarty = 最強。

Smartyなんか、いい加減捨てなよ。
Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。

115: nobodyさん 2015/05/26(火) 21:17:15.08 ID:???

どのフレームワークも盛り下がってるな

FuelPHP
Laravel
CodeIgniter
Yii

だれも使ってないのか

116: nobodyさん 2015/06/20(土) 12:38:24.72 ID:???

結局現場リーダーが使い慣れたものが採用される
で、Cakeになる　おしまい

126: nobodyさん 2015/07/05(日) 12:42:17.74 ID:???

ライセンス問題のせいで、ただでさえ乱立のＰＨＰフレームワークが
FuelPHPとかlaravelとかにバラけて
もう辟易だよ

127: nobodyさん 2015/07/05(日) 12:51:27.40 ID:???

まあ別に必要なら全部覚えりゃいいべ。
ほとんどの知識は流用で済むんだから

129: nobodyさん 2015/07/05(日) 12:58:24.16 ID:???

現場で一番多いのはおそらくCake1

案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ

134: nobodyさん 2015/07/09(木) 14:09:55.72 ID:???

まあそのへんのクエリがオリジナルより複雑になるのは止む終えないでしょ。
SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。

あとSQLインジェクション対策もできるから作法として使ってる。

フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどｗ

135: nobodyさん 2015/07/09(木) 22:33:02.19 ID:???

Cake全くしらないけど、フレームワークによって記法がまちまちでスゲーいらいら
するのを解消したり、ＳＱＬをシンプルに使ってSQLインジェクション対策
したいなら、ふつーにPDO使えばいいじゃん。

とか思うのだが。

稚拙すぎ？

142: nobodyさん 2015/07/12(日) 17:31:46.06 ID:???

今のPHPは物凄くよくできてるんだけど、
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。

148: nobodyさん 2015/10/16(金) 00:03:58.38 ID:???

みんな Laravel がすごく良いといい、
みんな Laravel がクソ遅くてメモリ爆喰いという。

603: nobodyさん 2017/02/01(水) 21:14:31.90 ID:Qikpskfb

>>148

ララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし

194: nobodyさん 2016/05/14(土) 08:57:28.91 ID:???

日本語ドキュメントや本が出版された所に惹かれたのならば選択の余地は無いのかもしれない

196: nobodyさん 2016/05/14(土) 14:08:27.61 ID:???

使ってきた個人的感想

CakePHP … ネガティブレガシー
FuelPHP … ポジティブレガシー
Zend Framework … シーラカンス
Symfony … 設定＆設定＆設定＆設定＆設定＆規約
Silex … サービスロケーターヘル
CodeIgniter … シンプル(ウサギ小屋的な意味で)
Laravel … マジックメソッドヘル

197: nobodyさん 2016/05/14(土) 15:52:41.54 ID:???

>>196
どれが1番良かった？

198: nobodyさん 2016/05/14(土) 22:14:10.68 ID:???

>>197
Laravelだったね
やりたい事に対して掛かる手間の少なさ
フロントエンドとの距離を少し置いた設計
配列や設定ファイルの書き方を調べるのにうんざりという経緯から
振る舞いをほぼPHPのコードとして実装できるという点
この辺りの基準で選んだ

204: nobodyさん 2016/05/16(月) 07:51:39.10 ID:???

新しいFrameworkが次々登場するのに使い込んでる時間なんてないよ

205: nobodyさん 2016/05/16(月) 21:14:02.42 ID:???

FuelPHP本は、よくまとまっていると思う。

著者は神レベルだと思う。

214: nobodyさん 2016/05/22(日) 15:16:26.31 ID:???

そこらのレンタルサーバーでも使える
導入のハードルの低さでいくと
fuelかcakeかな

218: nobodyさん 2016/05/25(水) 11:30:18.20 ID:???

結局、なにを使ってもフレームワークを自分で作りたくなってしまうので
必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ

219: nobodyさん 2016/05/25(水) 20:20:02.44 ID:???

え？
必要最低限？

FuelPHPで必要十分なんだが・・・

225: nobodyさん 2016/06/06(月) 19:39:07.76 ID:???

fuelいいと思うよ。あっさり塩味のほうがいろんな味に対応させやすいはず。

230: nobodyさん 2016/06/12(日) 17:53:02.86 ID:AuRj7zt0

環境として7以降しかサポートしないフレームワークはいずれ出てくると思うが、
7以降の書き方を強制するフレームワークは、ずーっと先になると思う。

231: nobodyさん 2016/06/13(月) 13:24:09.00 ID:???

謎のfuel人気は何なの？
オワコンだけどあの本の存在が大きいのかな

233: nobodyさん 2016/06/13(月) 19:23:31.82 ID:???

fuelが人気あるとか言ってんのはネットしか見てない人だけ
騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい

一時期流行ったステマとかあんだろ？そういう類いだよ
流行ってるように見えるけど実際は・・・みたいな感じだ

291: nobodyさん 2016/06/24(金) 10:15:49.96 ID:???

cakeやfuel使えば良いだけ

305: nobodyさん 2016/07/13(水) 06:51:03.65 ID:???

学習コストの低さ
イコール

・高品質なコード
・担当が代わっても品質が安定
・障害対応、仕様変更への対応力

個人はともかく業務でWeb開発している人達にとっては、
学習コストの低さはものすごく大事な要件なのよ。

334: nobodyさん 2016/08/08(月) 22:36:35.79 ID:???

＞php使っている時点でパフォーマンス優先してないのでは？

これたびたび言われるけど、PHP7で大幅にパフォーマンス改善されたのをふまえても、他のWeb系言語より大きく劣っているのだろうか？

364: nobodyさん 2016/11/10(木) 22:43:43.90 ID:???

全部入りのフレームワークがいいなと思ってwordpressを使い続けて早数年
SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ

365: nobodyさん 2016/11/11(金) 18:31:58.66 ID:???

だめに決まってんだろ。

375: nobodyさん 2016/12/07(水) 14:06:24.53 ID:???

ネームスペースが他の言語に比べて気持ち悪すぎるから、最近のPHPのフレームワークは全部ダメだ。
いっそのこと言語変えた方が快適だぞ。

Laravel・・・遅い、ほとんどがIDE使って開発しているイメージ。
Fuel・・・サポート止まってなかった？
Zend・・・モデル弱め。生でクエリ書く人が多い。
Cake・・・自分でガリガリ書きたい奴には向いてない、いいところもある。コーディングルールが古い。
Symfony・・・まだまともな気がする。EC CUBE案件で食えるからこれでいいんじゃね？
CI・・・シンプルで速そう。モデルが充実しているのか心配。
Phalcon・・・速いが機能がフルスタックと呼べるのか？2からZephir、やっぱエラーが分かりにくい。

PHPのフレームワークはどれもマッパーが機能不足！

643: nobodyさん 2017/03/01(水) 21:56:50.13 ID:???

LaravelかWordPressが良いんじゃねーの

644: nobodyさん 2017/03/01(水) 23:05:25.11 ID:???

Laravelは審議するが、WordPressは論外

656: nobodyさん 2017/03/03(金) 11:33:54.92 ID:???

一応、フレームワークっつってんだからさ、
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ

実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ

673: nobodyさん 2017/03/06(月) 11:31:30.72 ID:???

PHPのメジャーフレームワークがどれもクソなのはわかるが、
オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか？

まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。

732: nobodyさん 2017/03/24(金) 00:20:17.67 ID:???