[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
61(6): 2019/04/30(火)10:45 ID:??? AAS
おまえはPoEAA読み直してこい。ARは数あるパターンのひとつであって銀の弾丸ではない。データアクセスの抽象化が目的だ。
MVCに拘りすぎるのもやめろ。あれはステートフルなGUIアプリケーションの概念であってステートレスなウェブには合わない概念も多い。AndroidやiOSにはまだまた有用だが。
ソフトウェア構築の肝は疎結合だ。これが実現できるならオレオレ設計で全く問題ない。
フレームワークが担うのはHTTP入出力やデータアクセスなどどんなシステムでも利用する機能の共通化だけだ。ロジックが複雑化してきたときの助けにはならない。そこは自分とメンバーのスキルと規模によって良い方法を考えろ。
66(1): 61 2019/04/30(火)11:11 ID:??? AAS
せっかく長文で書いてやったんだから反論頼むよ。おれこういう議論好き。
世の中しょぼいエンジニアしかいないから口が悪い奴でも楽しい話できるなら付き合うよ。
70: 61 2019/04/30(火)11:37 ID:??? AAS
まぁあらしの課題感は間違ってないと思うよ。議論にはならないけど。
ファットコントローラは世間的にも話題になったしファットモデルも同じく。
自分はDBアクセスなしのPOPOオブジェクトをたくさん作るのが好きだけど、それは小規模チームだから。大規模になると破綻する。
一方でJavaのSeasarみたいに大規模チームでワークするフレームワーク作った人たちもいたし。
89(2): 61 2019/04/30(火)12:19 ID:??? AAS
>>71
まずオレの意見から言うとSymfonyは素晴らしい。けど理想を追い求めすぎて複雑。Laravelはバランスが良くて小規模アプリは最高。ただしEloquentはクソ。Doctrine持って来い。
Laravel触ってみるといいよ。勘違いしてる部分も多そうだし。
Actionの部分はService Containerを調べて。
Viewの話はロジックというのは業務ロジックのことで、例えばこの会員はAランクなので付与率5%、それ以外は1%というような話でこれはViewじゃなくてモデルに書きましょうということだ。表示のための分岐はいくらでも書いて問題ないよ。
最近のARはJOINしてもうまくマッピングしてくれるようになってる。各ORMがN+1問題をどう解決してるかコード読め。Doctrineはコードがきれいだぞ。
クエリビルダとエロは別々のものじゃなくてビルダの上位レイヤがエロだ。普通はエロだけでよい。withとlazy loadの仕組みである程度速度のコントロールはできる。
RoRとLaravelが似てるのは否定しない。Symfonyは別の問題を解決しようとしてるから用途が違う。果物ナイフとノコギリを比べるようなもんだ。
97(1): 61 2019/04/30(火)12:31 ID:??? AAS
>>94
採用してないよ。JPAとSymfony/Doctrineは違う。もう一回調べて。
102(1): 61 2019/04/30(火)12:34 ID:??? AAS
>>95
ん？おまえは還元率の計算をViewでやってるの？
ECサイトでポイントを表示するケースって、カートとか確認画面とかメルマガでDM送るときにこの商品を買ったら50ポイントです！とかあるけど、全部のビューに書いてる？変更するときどうすんの。
115(1): 61 2019/04/30(火)12:46 ID:??? AAS
>>107
FiltetとFunctionはだいたいどのテンプレートエンジンにもあるが、あれはヘルパであってロジックの置き場じゃないぞ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s