一番はモバイル対応だろ。
モバイルでもブラウザで済ませる方針なら従来型でもいいが。

Laravelはそもそも根っこの設計部分でフレームワークとして致命的におかしい
初心者が設計したと思われても仕方ない　最低だ
Laravelは根っこから設計に問題があるしおまけにFacadeに頼る逃げ癖もついている、Laravelの初期バーションがリリースされた頃から何も変わっていない
フレームワークのコンプレックスからかLaravelは他のフレームワークを敵と見てる
悪意があるわけでなくもう何も考えないで設計されているしその上他フレームワークでやっているような
当たり前の機能の実装を避けてきた、根本的にフレームワークとして致命的
Laravelは自分の価値観が絶対だと信じこんで一般的なフレームワークの基本設計からズレていることに気づけなかった

Laravelアンチ降臨

>>202
もっと具体的に
根っこの部分とは？

根っこも何も動作が重いに尽きる。

>>200
端的に言うと、MVCのVがすっきり分けられるってとこかな。

・htmlにphpを混ぜ込まなくて済む。（可読性、IDEの補完精度）
・htmlとphpのネストを別々にするというキモいことをしなくて済む。
・ビジネスロジックはAPIで、表示上のデータの整形は画面で、と分担がより明確化する。
・非同期処理でデータとってきた時の画面の更新はフロントフレームに任せるから楽。

>>201が言うようにネイティブアプリが必要になったときもそうしとけば楽だしな。

お前らってlaravel-mix使ってる？
それともvue createとかで別プロジェクト作成してる？

vue create使ってます

>>202
laravel云々を論じる以前に、伝達と表現技術を欠いて残念です。繰り返しが多い。抽象的かつ厳密さが無い。故に感覚的表現。ついでに根っこと言ったり、根本と言ったり概ね幼稚な表現。本当のところ理解出来てないんじゃないの？と想起させる。

私の主観はあなたの文章を以上のように感じてしまいました。アンチならアンチらしく理論武装して挑め。エラそうにかく言う私はlaravel使いこなせてません

VueよりもReactの方が絶対いいって！

React学んどけばモバイル開発も出来るんだぜ！
Vue Nativeも結局React Nativeにトランスパイルされるし

じゃVueでええやん、ってなる

react native 使ったことないけど実用性どうなの？
結局、 swift と kotolin のほうが良いやってならない？

あ、android と ios の互換性でって意味ね

Reactの方が細かいパーツの部品化がやりやすいから
使い込めば使い込むほど効率化できてくる

lumen使いにくいな
やっぱlaravel使うわ

Laravelは今や世界最強のフレームワークだからな

５年後にLaravelを称賛するヤシが絶滅危惧種になってる
に１アベノマスク

やっぱりSymfonyがNo1になるのかな？

お笑い芸人アンガールズのカッコいいほうは最近プログラミングの
勉強始めたらしくLaravelをやってるみたいだな

wordpressだけは絶対ないwあれはおもちゃでしょw

トイザらスにwordpressは売ってないと思うが

>>225
WordPressは、バージョンアップするたびに素人さん志向になっている。
ブロックエディターなんて必要なの？

Laravelって使ってみて思ったけどなんでUser.phpが直置きなの？
Modelsフォルダとか作ってそこに入れればいいと思うんだが
デフォルトでそうなっているのは何か理由があるんだろうか

>>228
俺も初めて触った時に同じことは思った。
「モデル」の定義は開発者によって様々、つまり曖昧な概念だから敢えてモデル用のディレクトリを作らなかったらしい。
だから開発者が自由な場所に配置できるようになってるし、「Models」というディレクトリを作ってそこに置いてもいいんだってさ。
俺はいつも「app/Models」もそうしてるよ。
てか公式見解は「Model」なんだけどね。

Where Is The Models Directory?

When getting started with Laravel, many developers are confused by the lack of a models directory. However, the lack of such a directory is intentional.
We find the word "models" ambiguous since it means many different things to many different people.
Some developers refer to an application's "model" as the totality of all of its business logic, while others refer to "models" as classes that interact with a relational database.

For this reason, we choose to place Eloquent models in the app directory by default, and allow the developer to place them somewhere else if they choose.

http://laravel.com/docs/7.x/structure

>>229
modelsの意味が曖昧だとしてもapp/modelsなら別に曖昧じゃないと思うけどね

LaravelはModelの意味は開発者によって様々といいながら、Laravel独自のModelという概念があるし、
その概念はDDDとかクリーンアーキテクチャでいうモデルと全く別物だからタチ悪い

うちの会社railsからlaravelに主力を変えた

symfonyしか知らんけどlaravelはhtmlのformどうやって作るんや
symfonyはformを作成する機能があってややこしいけど

>>235
symfonyもlaravelも普通のhtmlのようにform書けるぞ
わざわざFormBuilder的なの使わなくても良い

CakeにもあったけどFormBuilder的なの使ってる人居るんだな
生htmlかフロントフレームワークでいいじゃん
却って分かりにくいわ

>>236
えそうなの？うちの会社じゃformクラス作ってるが却って分かりにくい気しかしない

ぶっちゃけVueとかReactとかと組み合わせて使わないんなら別のフレームワーク使った方がいいんじゃない？
活発なバージョンアップでバンバン互換性が切れてるしLaravelだけの機能で全部賄ってたら古いバージョンにしがみつき続ける事になると思うんよね

>>238
ビジネスロジックにフレームワーク絡んでない方が楽できる場合もあるでしょ
まあケースバイケースってやつ

掌田津耶乃って人のlaravel入門ってどうですか？
評判いい？

評判いいよ

寧ろそれ以外の本はちょっと微妙だよね

>>242
やめておくのが吉
ご近所さんながら、玄関前に俺がかったのを置いといてあげるよ

できればなぜやめておいたほうがいいのかの理由も知りたいです

掌田津耶乃の本はプログラミング初心者向けでググれば誰かがウェブにおんなじようなこと書いてそうな内容
とりあえず公式ドキュメント（かその日本語訳）読んである程度分かりそうだったり
分からなくてもググって答え見つけ出して解決できる人なら買う必要はない

そもそもこういう入門書ってアプデの度に仕様変更で使い物にならなくなっていくからプログラミングのはじめの一歩ならいいけど基本は公式にあたる癖つけといたほうがいいと思うよ
当たり前だけどタダで読めて更新もされるんだし

でもLaravelの日本人コミッターに聞くと絶対
掌田津耶乃が上がるからそれなりに内容はよさそうな気がするが

掌田さんのlaravel本はわかりやすくてよかった
結局ほとんどググったけど、見返すとなるほどと理解が進む。
最初に何をすればさっぱりだった自分はまず掌田さんの本を見て
そかっからググって土日になんとかcrudたてることできました。
これでやっと組み込み基板の部品表管理と論理ソースのgheへのpush環境の
laravel実装が始められる…

>>247
はじめの一歩だから本でいいんだよ
いきなり公式ドキュメントを読ませようとするなどうせ挫折する
ググるのは基礎知識があってこそだ