結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii 大抵のオレオレは目もあてられんのだったら、
作らなくて済む分出来合いのでいいのではないだろうか。 >>616
あ、はい
ではその素晴らしいクソフレームワークで頑張ってください そこでクソと付けてしまうのはダメ
>>615で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった 罵倒するつもりで言ったんですけど、何いってんですか? アホですか? 結局、PHPが見捨てられ始めたのって
使ってる人間の割合が子供が増えたからだと思うんだよね
プログラマって物を作ってナンボだと思うんだけど
PHP界隈では純粋に作って楽しむ層が減って
コピペプログラマ的なのばかりになってしまった
このスレでオレオレ批判するのも2種類いて
オレオレを使うリスクから批判する人と
ただ単に自分の使っているFW以外の物は知らないから敵、みたいな
小さい世界で生きてる子供みたいな意見の2つだ
前者のオレオレを理解した上で批判してる人は議論にもなるんだけど
後者のオレオレどころかPHPすらまともに書けなそうな人間に議論ふっかけても無駄
というのが去年迄PHPマンセーしてた(ci信者→オレオレ→fuel信者)が、
golangに乗り換えた俺からの意見だ
乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら?
世界が広がるよ 5.4からarray()使わなくて良くなったの知らずにしこしこarray()使ってたわ
毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ! >>620
そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね >>621が言ってるそばから>>622みたいなアホ後者がきてるしな
スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう >>623
あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの?
アホがいたから脱力して、コピペって馬鹿にしてるだけのレスに
「三流の罵倒に成り下がってしまった」とか「そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと」って
脳みそ本当に湧いてんのかよ? キチガイPHPerは本当、すげーな
まぁ評価するだけで自身が満足ならそれはそれで良いことだね >>621
PHPerはバカ過ぎて、
>$foo->bar(
> $longArgument,
> $longerArgument,
> $muchLongerArgument
>);
このコードの意味わかんねーんだとさ。で、わからねぇのに引用してくるんだとさ。本当に脳みそくさってるよ
他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん phalconとかiceっていうかzephirの話したいし聞きたいよー
どこにもスレないよー チラ裏だがQiitaってAlexaで国内19位まで上がってんのな
びっくりぽん Qiitaはなんか知らんがレベル高い人が集まってる
2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか メジャーフレームワークのクソさ加減を教えてくれ。
どこがクソなんだ。 一見便利そうに見えるが、プロジェクトがでかくなると途端に
アレもダメこれもダメで、結局全然便利じゃない所 どこって・・・・・
全部やん
というか・・・メジャーなのは無い
どこも1Aか2Aクラスじゃね? >>637
丁寧に説明してもらえると思ってた? おまえの徳にしかならないことするわけないじゃん 残念だったね
哀れ つーか、本当にペチパーって教養ないのな。人に物を頼む時は「教えてください」だろ
人間としても腐ってんだよな、ペチパー
>>618 に書いたじゃん。アホはアホのままクソフレームワーク使っててくださいって、俺は全く困らないから
ホント、マヌケよねークソペチパーって >>639
得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ!」だ よし、分かった。では、彼の徳になる回答だ。
既存フレームワークにたよっていると、基幹部分の設計に類する分野の知見を積めないため高いレベルでのアプリケーション構築能力の育成が阻害される。
結果、枝葉ばかりしか扱えず、開発効率・保守性を両立させたの品質の高い統合的な開発の出来る、価値あるコードを生み出せる人間になれない。
だから、既存メジャーフレームワークはクソだ。
以上 LaravelかWordPressが良いんじゃねーの Laravelは審議するが、WordPressは論外 関連のレイジーロードってオレオレで作るのは難しいと思うが、どうしてるの フレームワークに囚われすぎないで一度DDDを学んで欲しい
フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう
今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ? とは言ってもロジックのほとんどってフレームワークが提供してるライブラリを叩いて構築してくもんだから
フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない? CodeIgniter 4で改訂版出してクレメンス cakephp1.3 ではドメインモデルでかけないね。
cakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。 俺がRails触る気が起きないのって、CakeはRailsに大きな影響を受けて作られたって話聞いてるからだからなぁ。
影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。 Cakeも2までは色々ダメだったけど3でかなり改善されてるから2まで、3から、で印象変わるよ
例えば2のダメなところはアソシエーション書いてfindした時に内部で全部JOINしてるせいで
レコードが巨大になりがちだったり、カラム指定がクソめんどうだったり、
あとrecursiveが単純な階層指定のせいで
アソシエーション設定してるが今回は要らないやってテーブルを排除するfindがクソめんどうだったり
まあContainableビヘイビア使ってればある程度は何とかなってたが。
その点を3では改善してくれてる、
あとRailsはCakeと違って完成度高いよ。 Cake てクエリーで contain を指定しなくても関連が勝手についてくるの?
たしかにめんどい
recursiveが単純な階層指定って関連を何回たどるかってこと?
Laravel, Symfony はレイジーロードありなので大抵はそれで事足りると思う。
パフォーマンスでないときだけ明示的に with, join を使えばいい。 >>651
さっきCake3の記事を仕事中にスマフォでちらっとみただけなんだけどさ
EntityクラスとTablesクラスがDBアクセスの基本になってんでしょ?
Tablesクラスってことは、Table毎にクラス作るんでしょ?
いつまでそういうことやってんのかなって感じ
もう、DAOでもActiveRecordでもずっと言われてることだけどさ、
AテーブルとBテーブルをJoinするSelect文のメソッドはどっちのテーブル用のクラスに書くの? ActiveRecord を使ったことがないけど
Repository に分離しているフレームワークでも同じことだと思う。
売上一覧が伝票・伝票明細・得意先・商品を結合するのだったら、
伝票という風にメインになりそうなクラスに書いている。 >>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とかになるんじゃないの。 ■ このスレッドは過去ログ倉庫に格納されています