Next.js のページコンポネント (src/pages/*.tsx
) の関数は、静的な HTML ファイルを生成するためにビルド時にも実行されます(参考: Next.js のプリレンダリング機能を使用する)。
従来の React による SPA アプリはクライアントサイド JavaScript でしか実行されないので、同じような感覚で実装していると振る舞いの違いでハマることがあります。
例えば、ページコンポーネントから次のように window
オブジェクトを参照しようとすると、Next.js によるプリレンダリング時にエラーになります。
これは、window
オブジェクトは、Web ブラウザ上で JavaScript を実行しているときにしか存在しないからです。
逆に言うと、実行時に window
オブジェクトが存在しているかどうかを調べることによって、ページコンポーネント内のコードが、どのタイミングで実行されているかを判別できます。
ちなみに、React フックの useEffect
で設定したコールバック関数は、DOM 要素のレンダリング後に実行されるものなので、クライアントサイドでのみ実行されることが保証されています。
JSX コードで記述した部分も、Next.js のサーバーサイドビルド時と、クライアントサイド JS の両方で実行されます。
クライアントサイドでのみレンダリングしたい部分は、上記で定義した isClient
関数を使って次のように記述します。
例えば、URL のハッシュフラグメント (window.location.hash
) の情報を利用してデータ生成を行うような場合は、クライアントサイド JS でしか処理できない(基本的にユーザーインタラクションによってクライアントサイドでのみ変化する)ので、上記のような判定が必要になったりします。
UI ライブラリとして Material-UI を使用している場合は、同様のことを実現する NoSsr
というコンポーネントが用意されているので、こちらを使用すると簡単です。
NoSsr コンポーネントの実装 も単純で、初回の DOM 要素レンダリング後にのみ子要素 (children
) を return するようになっています。
useEffect
を使えば、同様のコンポーネントを実装するのは簡単だと思います。
関連記事
- Next.js アプリでのリンク方法まとめ(mui/Material-UI との連携なども) (next/link, next/router)
- MUI コンポーネント (v4) に独自のスタイルを設定する (makeStyles)
- Next.js で Material-UI を使う
- Next.js の public 以下のファイルのパスを正しく扱う
- ESLint (4) ESLint の設定方法まとめ (for Next.js 11)
- Next.js アプリのディレクトリ構成を考える(Atomic Design と Presentational and Container Components)
- Next.js でハッシュフラグメントを扱う(useHash カスタムフック)