結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii >>654
>伝票という風にメインになりそうなクラスに書いている。
それさ、DAOでよく問題になってんだけど、テーブルベースで作るか、機能ベースで作るかってやつな
そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。 一応、フレームワークっつってんだからさ、
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ
実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ たぶんCRUDくらいの簡単なものしか触っことないんだろうね
それか仕事したことないか >>657
ん? 今更何いってんの? >>614でとっくに全否定してんだけど
>>658
日本語の文章をマトモに解釈すると「おまえがな」って意味になっちゃうんだけど
自分で言っててわかってる?
そういう意味で言ったの? なんか、今日もクソペチパー祭りにみたいになってきてんな…
もう>>621の言うとおり、本当にPHPにはマトモな奴いねぇのかもしれないな… >>658 = マジ、CRUDくらいの簡単なものしか使ったことないやつ
既存フレームワーク使って満足してるやつ Webアプリ(≒CRUD)しか能がないPHPの話だから、それでいいだろ。 >>655
この場合にどちらになるか選択しなくて良い方法は、
トランザクションスクリプトでドメインロジックを書くことだと思う。
ActiveRecord, TableModule, DomainModel+Repositoryではこの種の選択がある。
フレームワークがオレオレか既製かではなくて、
トランザクションスクリプトかActiveRecord他のどちらがよいかということになる。 >>665
よくねーっつったのが>>658自身なんだから、オレに言われてもしらねーよ >>658
>CRUDくらいの簡単なもの
煽りじゃなくて意図がわからんのだけど
単一テーブルへのアクセス(ややっこしい
結合無いやつ)って意味なのかな? CakePHP :
CodeIgniter :
FuelPHP :
Laravel :
Phalcon :
Symfony :
Zend Framework :
それぞれどんなイメージ持ってる?
参考にしたい CakePHP : コントローラーにロジック書きまくり
CodeIgniter : 突き放しFW
Symfony : あっちにもこっちにもあそこにもここにも設定ファイル ORMで比較
Symfony > Laravel > CakePHP
Symfony は重厚長大
Laravel はマジックメソッドで遅い PHPのメジャーフレームワークがどれもクソなのはわかるが、
オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか?
まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。 >>673
>作ったフレームワークをちゃんとテストしてるのか?
メジャだろうがオレオレだろうがノンフレだろうが、しないなんて考えられない。
>>674
> それぞれどんなイメージ持ってる? 追記:こまめにテストしてかないとオレオレは構築中にかならず崩壊するよ まだ学部生ですが、FuelPHPがすごく扱い易いと思ってます。
coreクラスや、その他パッケージも充実してます。 >>654
伝票クラス作成に賛成
こういうモデリングは楽しいね >>671
>Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
地獄だなそれ 古いez-publishを思い出す CakePHP : ニホンジンケークダイスキアルネ もう2系の改修はいやだよ
CodeIgniter : 好き 勤務先メイン シンプルでキレイに書けるし速めなところが好き 4もgithubで追いかけてるけどとても好ましい
FuelPHP : CIと迷ったが社内でディスカッションしてCIになった 現在の状況はよく知らん
Phalcon : extensionってだけで色物扱いされることが多いが速いしコードも少なく美しく書けるし好き だけど仕事ではなかなか使えない(人集めとかそういう政治的理由で)のが残念
Zend Framework : もういいだろ……改修案件でライブラリとして一部を使ったりはあるみたいだけど自分ならあえて使わないな 初学者がフレームワークアレルギーになる一因
Laravel, Symfony : 重そう(触ったこと無い >>677
FuelPHP は他と比べてどうですか。 新しいプロジェクトでfuel使うメリットが見えない fuelってcodeigniterのライセンスが怪しいってなった時の救済先として注目されていたってイメージ fuelはciの開発者が趣味て作ってた物で
実用レベルじゃない >>681
他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには)
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。 まあ言うてもフルスタックだからね、
ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う 同じ言語なら速いもん使いたいってのはマイノリティーなんじゃろか
phalconとかice(生きてんのこれ?)は別にしても同じPHPなら速いもん使いたいなー 速さなんて二の次で、開発効率と保守性こそ正義ってことがわからない子がいるの? 素のPHPで何もフレームワークを使わずに書いた方が速いに決まってるだろうしね ところがどっこいPhalconの場合は内部でC呼んでるから使った方が速くなる ファルコン!ファルコン!ファルコン!
ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン! >>695
ファルコンってエラーでクラッシュとかするんでしょ?
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの? >>698
2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど
>>697
ワロタ
おっさんしかわかんねえだろ 誰も書かないから書いちゃうけど
PHP使っていながらフレームワークに速さ求めるくらいなら
そもそもなぜPHP使うのかと
PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと 開発者集めたりする時の問題とかあるじゃん
全部golangでやりまーすって集められるかも知れんけど金額合わんわ
コードの書き方でも速さって変わるけど遅いの好きな人はそれらもどうでもいいのかね パフォーマンスで気をつけているのは
アプリケーションで大量件数をバッチ処理する場合に個別にチューニング
結合結果を一覧するときに1+N問題が発生しないようにクエリーで結合 何でもかんでも、素の方が早いとか思い込んでるやつは、
Symfony(じゃなくてもいいけど)のHttpKernelが何やってるか見てみたら?
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねw >>704
そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…
何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ… >>705
相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか?
いい大人なら自分のしたいことくらい自分で決めろよ オレオレは不遇の時代なのだから良さアピールせんと
苛つかせても逆効果では? Laravelは工数が激減するとかそういう理由で伸びたん?
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ? >>707
頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人 >>710
障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか >>710
>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て
そうか、その点については認めるわけだな?
結構結構、随分成長したじゃないか。
>>711
>単にこのスレで過去に馬鹿にされて
お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は >>704
>Symfony(じゃなくてもいいけど)のHttpKernelが何やってるか見てみたら?
煽りレスだけどこれ気になったから調べるわ
ここIDとかワッチョイ無いからアレだな わしは >>700 >>702 だけど 早くやりたいとか1requestあたりのリソースを減らそうって思ったら
golangとかになるんじゃないの。 >>605
>>学習期間が1,2か月というのは無理があると思う。
同意です。
「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、
「動かせた」程度のレベルのことが多いね。 >「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、
そんなやつ、見たこと無い 露骨にいう奴は流石にいないけど、言外に「オレ凄いだろ」と言いたげなやつはいる。 1requestあたりのリソースは素より多いと思うが
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと? Laravelはユーザーが愛情もって支えてる感じある
フォーラムとかドキュメントとかも愛がある あーいあい♪
あーいあい♪
おさーるさぁんだよー♪ >>723
ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい Laravelはまあいいけど
Symfonyなあ…… 好きなライブラリを組み合わせて君だけの最強のフレームワークを作ろう! 時代はマイクロアーキテクチャだぜ
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh
ってばっちゃ(DevOpsの本)が言ってた それはず〜〜〜〜〜っと言われてる
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう ああ、思い出すだけでも身の毛がよだつ。そう、あれは… え、
もしかして鮫島事件のこと・・・?
2chで言っていいもんなの?
やばくね? kill -9 738
※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。 EchoかGinあたりかな?
最近RevelもバージョンアップしたからRevelもたぶんあり
マイクロサービスならgoaをちょっと触ってみたけどよさげだった >>746
むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか そんなに遅いのは何がネックなの?
データベースクエリ生成? 依存コンポーネントが多い
マジックメソッド使いすぎ
ファサード 一箇所直せば早くなるとかそういうのではなく、全体的に遅い もちろんSQLのスロークエリがあればそちらのほうが遅い。
だがそれらを直しきったあとどうようもなく遅い ■ このスレッドは過去ログ倉庫に格納されています