[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
66(1): 61 2019/04/30(火)11:11 ID:??? AAS
せっかく長文で書いてやったんだから反論頼むよ。おれこういう議論好き。
世の中しょぼいエンジニアしかいないから口が悪い奴でも楽しい話できるなら付き合うよ。
71(3): 2019/04/30(火)11:41 ID:U8oZvJd3(15/43) AAS
>>66
んーとさ、前スレだったか、上の方だったかにさ、
「Symfonyに何も学ばなかったのか？」って書いたじゃん。
Symfonyは個々の要求をさばくのにActionを使っていて、
それぞれを別のActionに分けることでControllerが肥大するのを防いでいた。
>>13みたいなのを、フレームワークの仕組みとして提供していた。
（褒められるのはそのくらいだったように記憶しているけど）
よくあるダメなフレームワークの典型のもう一つが、
Viewは描画をする場所なので、ロジックを書いてはいけないとしているところ。
だから、View=テンプレートみたいなアホみたいなことをしてしまう。
実際には描画に関する分岐やループというものはあって、
そういうのをテンプレート内でやろうとすると、
デザイナが手を出せない代物になってしまって破綻する。
つまり、大規模になると破綻する。
Laravelにそういうところのケアがあるようにはとても見えない。
ActiveRecordのような実装もダメ。
前スレでも言ったけど、テーブルに結びつくORMはJOINが困難になるので
RDBという資産をまるで生かせなくなってくる。
「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」
とかキチガイが言っていたが、そういうことするからコードがゴミクズのようになるし、
ちょと複雑な処理をするとクソ遅くてメンテ不能になってくる。
流行りなんじゃなくて、それしか出来ないからそうしているだけ。
とにかく、どのフレームワークもRoRに引っ張られすぎ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s