テンプレ追加修正お願いします

Laravel
ウェブ職人のためのPHPフレームワーク

本家
http://laravel.com/

git
http://github.com/laravel

動画チュートリアル(英語)
http://laracasts.com/

日本語
http://laravel.jp/

書籍
Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク
http://www.amazon.co.jp/gp/aw/d/4844339451

Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク！] (Software Design plus)
http://www.amazon.co.jp/gp/aw/d/4774173134

※前スレ
【PHP】Laravel【フレームワーク】
http://medaka.5ch.net/test/read.cgi/php/1503683914/

魔法少女ララベル
http://www.nicovideo.jp/tag/%E9%AD%94%E6%B3%95%E5%B0%91%E5%A5%B3%E3%83%A9%E3%83%A9%E3%83%99%E3%83%AB

あーのさー、Laravelってホントに便利なん？
ちらっと見てみた感じ、なんか、RoRとかCodeIgniterとかCakeとかがおかしてる間違いをそのまま引きずってる気がするんだけど？
これ、簡単なWEBアプリならRoRと同じでお手軽かもしんないんだけど
アプリが複雑になってくるとすぐ死なないか？

再投稿は甘え

前スレで叩かれたからって再レスかよｗｗ

6 名前：デフォルトの名無しさん[sage] 投稿日：2019/04/29(月) 02:19:44.72 ID:l/Mc2djO
Laravelとそれ以前のフレームワークの違いってLaravelはフロントエンド側のフレームワークとの連携機構がしっかりしてるから
PHP側のControllerはリクエストに応じてDBの読み書きさえやってればあとの制御はフロント側任せにできるとこだと思うんよね

http://mevius.5ch.net/test/read.cgi/tech/1555718306/6

>>7
だから、アプリが複雑になるとどうせフォットコントローラになるんだろ
って言ってるんだが。
RoRとかCakeとかといっしょで爆裂Controller生成機じゃないか？
いつになったらこれじゃダメだって気づくんだ？

フォットコントローラｗｗｗｗｗｗｗｗ
ファットだろｗｗｗｗ

複雑化した時に肥大化しないControllerモデルがあるのか？

まぁ表示制御をフロントに任せる限りはバックエンド側はシンプル、フロントエンドは規模なりのサイズになるわけだけど

>>11
前スレでも言ったけどその時点でLaravelはダメなんだよ。
というかRoR、Cake、Laravel、Symfonyこれらみんなダメ

細かい処理はコントローラーから別ファイルの関数呼び出すだけにしてるから
複雑な処理のあるコントローラーも20行ぐらいで収まっているぞ、俺の場合

実際ガチのWEBシステムをLaravelで構築しているときって
どういう作りになってるのか見てみたい。
誰かオープンソースでgithubに上げてないのかな

フロントエンドフレームワーク利用手順

・Node.js未導入の場合
# yum install nodejs
# npm install -g n
# n latest
# npm install -g npm

Vue.jsを使う場合
$ npm install
$ npm run watch

Reactを使う場合
$ php artisan preset react
$ npm install
$ npm run watch

後はresources/js内のファイルを編集すれば自動ビルド

Laravelをガチで有意義に使うならVueかReactの習得は必須だと思うんよね
バックエンド側でやること殆どないからイチイチフロントとバックで分業するほどでもないと思うけど

今後もVueが活発になったら
laravelはAPIのみって感じが主流になりそうだね

ガッツリ組むならReactの方が後の再利用性はいいと思う

正直脱Bootstrapもやってみたいけど他のCSSフレームワークで何がいいかイマイチ分からんのよね

>>11
よー分からん。一番でっかくなるのはモデルじゃないんか？
素人だから複雑なシステムはわからんけどコントローラが痩せたらモデルがでっかくなりつつある

>>12
だから比較対象になるダメじゃない例がないと考察のしようがないだろ
例を挙げろよ例を

>>22
自演乙

自演も何も理想的なモデルって一体何なわけ？

>>21
書く量が変わるわけではないでしょ。
どこに書くかが変わるだけだから、どこかが減ればどこかが増えるのは仕方ない。

Laravelはもはやスタンダードでしょ

>>25
なるほど。大事なのは後で読んだ時に分かり易いことでそれでいいんだな。

Controller肥大化させん為にMiddlewareとかViewComposerとか幾つか回避策もあるんだけどね

>>29

そういう、わけのわからん独自のアーキテクチャで何とかしようとするのやめれ。

middlewareにするなら汎用化してくれないとロジックが取っ散らかるので慎重に

四の五の言わずに表示系は全部フロントフレームワークにすりゃいいんだよ

>>11
よー分からん。一番でっかくなるのはモデルじゃないんか？
素人だから複雑なシステムはわからんけどコントローラが痩せたらモデルがでっかくなりつつある

ミスった

ミドルウェアが独自のアーキテクチャとかマジで言ってるんです？

なんか無知を晒してるヤツ何人か居るがまぁ同一人物なんだろうね

たとえララベル使わなくてもコードは肥大化するじゃん

アーキテクチャとかフレームワークとかミドルウェアみたいなのは全然気にならないんだけど
BootstrapとかLaravelとかjQueryとかみたいな固有名をカタカナで書いてるの見るとなんか「うわっ」って思っちゃうんだよね
なんでだろ

>>35

そうだよ。だって、本来のmiddlewareって、そういうもんじゃないもん。
Laravelが勝手に言ってる概念じゃん。

Laravelがっていうよりもサーバーサイドプログラミング全般で使われる言葉じゃないか？
NodeのExpressでも同じ様にMiddlewareってあるし多分RoRにもDjangoってあるだろ

単にOSに対してのミドルウェアと違う様に見えるだけで相対的な意味ではやっぱミドルウェアだろ

そんな言い分認めない。

>>40
もっとまともな言い訳考えてこい

だいたい、MVCどこ行ったんだよ。
うちのMVCでは手が足りないのでmiddlewareさんを助っ人に呼びましたってか？
そんなポンコツ、設計し直せ。

あ、オレ、もしかして今核心ついた？
そういうことやってるからしょっちゅうでかい互換性のないアップデートかけてる？もしかして。

結構大規模にやってるけどドメインロジックはPOPOのサービス層に書いてるしコントローラは薄く保てる

そもそもMVC2とかただのUIアーキテクチャじゃん
ある程度複雑になればそれぞれのレイヤ、特にMの中身も設計する必要があるのは当然でしょ

>>22
＞>>12
＞だから比較対象になるダメじゃない例がないと考察のしようがないだろ
＞例を挙げろよ例を

これあったら誰か教えて

どうせオレオレフレームワークが最強って言いたいだけなんだろうけどな

そういう奴に限ってユーザー認証用のパスワードをDBに平文で持つとかいう愚かな事やってる

>>45
>ある程度複雑になればそれぞれのレイヤ、特にMの中身も設計する必要があるのは当然でしょ

おまえは本当に分かってないな。

複雑化してきた時の設計をユーザーに委ねてたらフレームワークの意味なくなるだろ。
そういう時の事まで考えて提示して初めてフレームワークなんだよ。
たとえば>>13みたいな事をさ、フレームワークとして提供すんの。
勿論、そのままやったら馬鹿だけどな。

CakePHPが流行ってた頃さ、ModelはDBにアクセスする物と誤解されて
それ以外が全部Controllerに書かれてファットコントローラーだらけになったのな。

で「CakeはDBにアクセスしないModel“も”作れるのに」って言い張ってたやつがいたけど、
根本的に、そういう設計が狂っちゃってんだよ。

>>47

お前のレベルが低すぎる事だけは、その発言でよーくわかった。

現にここまで理想的なモデルとしての具体例・対案が一切出てない件