Next.jsに「できるだけ」依存しないReactアプリケーションの構成

TL;DR 本記事で紹介するのは、Redux や React Router を使った React アプリケーション構築時のベストプラクティスを Next.js に適用した考え方です。 Next.js を外部モジュールと考え、Container/Presentation の Container を Adapter 層と見なす考え方 next/router などの Next.js の組み込みモジュール、Store、SWR（React Query） は Container（Pages） 層で利用する Storybook でコンポーネントを表示する際、Next.js 等のモックをできるだけ作らない 但し、Template 層以下の next/link や next/image への依存は制御できない なお本記事では、Next.js の依存層、Pages 層とTemplate 層という言葉は以下のこ

[ed_v3]

そもそもJS・Reactに依存するからなぁ。フレームワークに限らず何でも廃れる可能性があるので○○に依存しないは限界があると思う。ちゃんと金かけて新しいものを取り入れ続けられる環境に居るのが一番大事だと思う。

[k2wanko]

将来やるかもわからないフレームワーク置き換えのこと考えて抽象化頑張るより、フレームワークに依存しないテストを書いとけばいいと思う

[infobloga]

この修正後からやってもそんなに工数取らないと思うんだけどな。形式的にNext.jsに依存しないようにしても、最上位コンポーネントで非同期データを全部解決するっていう設計に縛られていて、後は全部細部だと思う。

[machataka]

フレームワークって生産性上げるためのもの。

[hamamuratakuo]

Next.jsへの依存をpages/mypage.tsxに閉じ込める　ここが Next.js への接続層です。next、next/router、next/headへ依存する箇所をpages/mypage.tsxに限定

[Keisuke69]

あとでしっかり読む。ま、今はべったり依存することを（個人的には）良しとしてるけど

[akymrk]

“フレームワークを使いながらもその利用箇所を制限するアーキテクチャを設計することは、プログラムの品質を保ちながらソフトウェアの寿命を伸ばす試み”"フレームワークの寿命よりビジネスの寿命の方が長いだろう"