サーバーサイドWebフレームワークでのフロントの扱いを調査した
普段Laravel(PHP)しか使わないのでどれもこんなものだろうと思ってたけど他の言語も含めていろいろなWebアプリケーションフレームワークを調べたらLaravelユーザーから見ると信じられない世界が広がっていた…。
前提
フレームワークでの標準的な使い方の話。
独自に導入する方法は関係ない。
Ruby on Rails
SprocketsからWebpackerに変わったもののRubyに寄せる方針は変わってないように見える。
フロントが得意な人ならWebpackerも外して使っている。
Symfony / PHP
LaravelやRailsのように独自のwebpackラッパーを用意。
Encore is inspired by Webpacker and Mix
CakePHP
モダンフロントの話はない。
Django / Python
ドキュメントにモダンフロントの話はない。
jsやcssはstaticに置いて利用する。
実際npm使わずにjquery.min.jsやvue.min.jsを直接プロジェクト内に置いてるDjangoプロジェクトは存在した。
初心者が練習用に作ったプロジェクトではなく有名企業がOSSとして誇らしげに公開してるプロジェクトなのでこれがDjangoでの標準なんだろう。
Spring / Java
なし。
AngularでもjQueryでもpublic以下に書いてる。
Play / Scala
アセットコンパイラがある。でも微妙な古さ。
RevelやBeegoやGin / Go
なし。
PHP以外はstaticで静的ファイルの配信機能みたいな方向しかない。
WebサーバーとセットなPHPとその他言語の基本的な方針の違いみたいなものが見える。
フロントのことはWebサーバー側でやってくれ。
Mojolicious他 / Perl
なし。
AdonisJs / node.js
自分でwebpackをセットアップしようって方針。
Sails / node.js
アセットパイプライン。
npmはサーバーサイドで使うからフロントには使わない？
NestJS / node.js
静的に提供
In order to serve static content like a Single Page Application (SPA)
新しめのフレーワークだとさすがにnode.js使ってる人なら分かってる想定でのなし。
CORSの対応もあるし普通は分離。
終わり
これ以上探してもなさそうなので調査終了。
「サーバーサイドフレームワークなのでフロントのことなんか知らねーよ」って結論しかなかった…。
ここにモダンフロントを導入しようとするとDjangoみたいな例か、独自な方法か、完全に分離か、となるのも仕方ない。
分かってる人なら正しく導入できるけど現実的にはそんな人ばかりじゃないことは分かっている。
標準的な導入方法がないから変な使い方している。
ベテランでもフロントの知識が完全に抜けてる人は多いけどサーバーサイドだけずっとやってた結果か。
今の「Web」に関わるならサーバーサイドに加えて最低限のフロントの知識は必須。
（本来はサーバー／クライアント、バックエンド／フロントエンドなのにサーバーサイド／フロントエンドの組み合わせが普及してるのも両方詳しい人が少ないせい？）
いや…思い出した。
node.js後のフロントの変化はサーバーサイドのやり方をフロントに持ち込んで生まれた。
サーバーサイドが得意な人ほど今のフロントは馴染む。
両方当たり前に使えてる人は目立たないだけ。
Discussion