[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)

【PHP】Laravel【フレームワーク】 Part.2 http://medaka.5ch.io/test/read.cgi/php/1556417229/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

71: nobodyさん [] 2019/04/30(火) 11:41:41 ID:U8oZvJd3 >>66 んーとさ、前スレだったか、上の方だったかにさ、 「Symfonyに何も学ばなかったのか？」って書いたじゃん。 Symfonyは個々の要求をさばくのにActionを使っていて、 それぞれを別のActionに分けることでControllerが肥大するのを防いでいた。 >>13みたいなのを、フレームワークの仕組みとして提供していた。 （褒められるのはそのくらいだったように記憶しているけど） よくあるダメなフレームワークの典型のもう一つが、 Viewは描画をする場所なので、ロジックを書いてはいけないとしているところ。 だから、View=テンプレートみたいなアホみたいなことをしてしまう。 実際には描画に関する分岐やループというものはあって、 そういうのをテンプレート内でやろうとすると、 デザイナが手を出せない代物になってしまって破綻する。 つまり、大規模になると破綻する。 Laravelにそういうところのケアがあるようにはとても見えない。 ActiveRecordのような実装もダメ。 前スレでも言ったけど、テーブルに結びつくORMはJOINが困難になるので RDBという資産をまるで生かせなくなってくる。 「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」 とかキチガイが言っていたが、そういうことするからコードがゴミクズのようになるし、 ちょと複雑な処理をするとクソ遅くてメンテ不能になってくる。 流行りなんじゃなくて、それしか出来ないからそうしているだけ。 とにかく、どのフレームワークもRoRに引っ張られすぎ。 http://medaka.5ch.io/test/read.cgi/php/1556417229/71

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

あと 931 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.009s