結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii 年明けからまた頭の良さそうな方がやってきていて、2017-ITもグダグダそうですね… 2ちゃんなんてまともなエンジニアは誰も見てない
みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる >>577
アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない >>580
slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。 立てたきゃ立てろ
つかcodeigniterもスレ伸びてないけどなんでだろね 語り合いたいけどSNSみたいに垢作って馴れ合うの苦手
だけどそっちに行かないとダメなんかねえ Pharonとかいうわけわかんないスレじゃなくて? 2chのインターフェース自体古いし
reditとかに以降すべきじゃないか? 過疎っているのはインターフェースのせいじゃないと思います ファルコン!ファルコン!ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン! なつかしすぎて泣きそう
ってフレームワークの話しろや 要件が単純な案件があったのでphalconを最近業務で使ってみたけどすげーいいな
自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる
>>594
くっそわろ >>600
599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが >>601
そうなんだ 時間が空いた時にちょっと触ってみるわ >>148
ララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし >>575
全体統括する立場で初めて習得したことを生かせるだろう。
保守から参加する末端技術者は、設計開発その他の重要な局面に参加できない。
ゆえに全体を連続でやらない限り、習得したとは言えない。
1,2か月ってのは明らかにサバ読みすぎで、エンジニアの価値が下がるからやめるべきだな。
俺のいる部署に1,2か月でマスターしたと豪語して入ってきた奴がいるけど、カラッキシだめだったよ。
6か月くらい経験してようやく慣れてきたといったところか。
フレームワーク使わない時代の方が圧倒的に仕事が早かったんだが。本当にFWの恩恵を受けているのかは定かではない。 去年Symfony使ったが習得しながら開発した。
最近気づいた仕様もあってすべて習得している状態ではない。
学習期間が1,2か月というのは無理があると思う。
開発は終わった。
納品先には開発部隊がある。
俺俺フレームワークはダメと納品先からリクエストがあったので
Symfonyを選んだ。
いろんな要求にこたえられて結果的にSymfonyを選んで良かった気がする。 > 俺俺フレームワークはダメと納品先からリクエストがあった
上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー?」で人集めれば改修保守できるんだから 俺俺っていっても、どこかのコピーか、かぶせてるだけだろ
そんなんで俺俺いってもなーー 自前実装のおれおれ見てると頭痛くなってくるぞ
おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー オレオレフレームワークの何がイヤってその知識が全く潰し効かないこと ぶっちゃけ、Modelとかテンプレートとかはどうでもいいけど、
ルーティングが整理されていないと読む気にならん。 >>609
あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに >>611
ez publishっていうCMSがあってな
是非見ていただきたいものだ まだわかんねーのかな?
オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…
SymfonyだのCakeだのありがたがってたアホが山のようにいる日本だからな
その程度すら実装できないアホばかりなんだから、そりゃ、大抵のオレオレは目もあてられんさ
ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな あ、はい
ではその素晴らしいフレームワークで頑張ってください 大抵のオレオレは目もあてられんのだったら、
作らなくて済む分出来合いのでいいのではないだろうか。 >>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
> それぞれどんなイメージ持ってる? ■ このスレッドは過去ログ倉庫に格納されています