Next.js って App Router が出てきて平和じゃなくなったよね

背景 Next.js に App Router が導入されてから1年近くが経ちました。しかし、未だに App Router を前提として設計のベストプラクティスが定まっておらず、身近なフロントエンドエンジニアはみな「まだプロダクトに取り入れるには考えることが多いよね」という共通認識のまま止まっているような気がしています。 また、App Router が導入されるまでは、技術選定の無難な選択肢として Next.js が最有力でした。しかし、現在は App Router の設計のプラクティスが未発達なことや、オーバースペックであるという見方が出てきており、検討しなければならないことが多くなったように感じます。 そうした中で、ではその懸念というのはどのようなものがあり、導入しずらい要因に何があるのか、というところが、今回執筆を行う上での背景になります。 App Router導入で考えないといけな

[ssig33]

まーじでこのとおりで、本当に厳しい。「これが標準なんでしょ?」みたいなかんじでよくわかってない人が使いだしたら地獄にしかならん。

[sigwyg]

そういうめんどくさい部分を巧いこと吸収してくれるツールとしてフレームワーク探してるはずなんだけどな、と思うことはある。Next.jsは抽象規模案件でレールを敷くために導入するものではなくなった感

[ryokdy]

いつでもRemixに乗り換える想定で、PagesルーターとAppルーターを半々で使うポジションを取ってる

[rinrin900]

PHP4時代の再来よね、マジで

[uehaj]

v15からData CacheとRouter Cacheがデフォルトで無効化され、明示指定しない限りキャッシュしなくなった。その上で全部ccにしてscもsaも使わずにlayoutもtemplateもssrもssgも使わなければ良い。それで筆者の求める平和が訪れる

[hasiduki]

よくバグる印象がある！！！！！！！！

[finefinethankyou]

分かりやすくまとまっている。

[udddbbbu]

勉強になる

[shingo-sasaki-0529]

設計やメンタルモデルがどう変わるかが俯瞰されてて良かった。

[cloverstudioceo]

Pageのがシンプルすぎてなかなか移行できていない。

[kvx]

わかる。わかるが慣れるとpagesに戻れない。

[youhei_nak]

同意せざるを得ない。layoutは結構好きだけど。

[kaz_hiramatsu]

ほとんどをサーバーサイドに追い出さないと速くならないから、その辺がフロントエンドの人は気に食わないんじゃないかなと思ったり

[winterfall]

ハマりポイントがそこそこあるのと、今後のことを考えると今AppRouterを選ぶのは悩ましい。もちろんマッチしてるプロダクトや開発体制ならありなんだろうけど。

[rgfx]

ベストプラクティスを提示できないアプリケーションフレームワークとは、という気持ちはある。とりあえず2,3年経ってこなれるのを待とうかと。