useRouter
アプリ内の任意の関数コンポーネントで router
オブジェクト にアクセスしたい場合、useRouter
フックを使用できます。以下の例をご覧ください:
useRouter
は React Hook であるため、クラスと一緒に使用することはできません。withRouter を使用するか、クラスを関数コンポーネントでラップしてください。
router
オブジェクト
以下は useRouter
と withRouter
の両方から返される router
オブジェクトの定義です:
pathname
:String
-/pages
以下の現在のルートファイルのパス。したがって、basePath
、locale
、および末尾のスラッシュ (trailingSlash: true
) は含まれません。query
:Object
- クエリ文字列をオブジェクトにパースしたもの。動的ルート パラメータを含みます。ページが サーバーサイドレンダリング (SSR) を使用していない場合、プリレンダリング中は空のオブジェクトになります。デフォルトは{}
asPath
:String
- ブラウザに表示されるパスで、検索パラメータを含み、trailingSlash
設定を尊重します。basePath
とlocale
は含まれません。isFallback
:boolean
- 現在のページが フォールバックモード かどうか。basePath
:String
- アクティブな basePath (有効な場合)。locale
:String
- アクティブなロケール (有効な場合)。locales
:String[]
- サポートされているすべてのロケール (有効な場合)。defaultLocale
:String
- 現在のデフォルトロケール (有効な場合)。domainLocales
:Array<{domain, defaultLocale, locales}>
- 設定されたドメインロケール。isReady
:boolean
- ルーターフィールドがクライアントサイドで更新され、使用準備ができているかどうか。useEffect
メソッド内でのみ使用し、サーバーでの条件付きレンダリングには使用しないでください。関連ドキュメント: 自動静的最適化ページisPreview
:boolean
- アプリケーションが現在 プレビューモード かどうか。
asPath
フィールドを使用すると、ページがサーバーサイドレンダリングまたは 自動静的最適化 を使用してレンダリングされている場合、クライアントとサーバー間の不一致が発生する可能性があります。isReady
フィールドがtrue
になるまでasPath
の使用を避けてください。
router
には以下のメソッドが含まれています:
router.push
クライアントサイドの遷移を処理します。このメソッドは next/link
では不十分な場合に便利です。
url
:UrlObject | String
- ナビゲート先の URL (UrlObject
プロパティについては Node.JS URL モジュールドキュメント を参照)。as
:UrlObject | String
- ブラウザの URL バーに表示されるパスのオプションデコレータ。Next.js 9.5.3 より前では動的ルートに使用されていました。options
- 以下の設定オプションを持つオプションオブジェクト:scroll
- オプションのブール値で、ナビゲーション後にページの先頭にスクロールするかどうかを制御します。デフォルトはtrue
shallow
:getStaticProps
、getServerSideProps
、getInitialProps
を再実行せずに現在のページのパスを更新します。デフォルトはfalse
locale
- オプションの文字列で、新しいページのロケールを示します
外部 URL には
router.push
を使用する必要はありません。そのような場合は window.location が適しています。
事前定義されたルートである pages/about.js
にナビゲートする例:
動的ルートである pages/post/[pid].js
にナビゲートする例:
認証 の背後にあるページにユーザーをリダイレクトする例 (pages/login.js
):
ナビゲーション後の状態リセット
Next.js で同じページにナビゲートする場合、親コンポーネントが変更されない限り、React はアンマウントしないため、ページの状態はデフォルトで リセットされません。
上記の例では、/one
と /two
間のナビゲートでカウントは リセットされません。トップレベルの React コンポーネント Page
が同じであるため、useState
はレンダリング間で維持されます。
この動作を望まない場合、いくつかのオプションがあります:
-
useEffect
を使用して各状態を手動で更新します。上記の例では次のようになります: -
React の
key
を使用して React にコンポーネントを再マウントさせる。すべてのページに対してこれを行うには、カスタムアプリを使用します:pages/_app.js
URL オブジェクトの使用
next/link
と同様に URL オブジェクトを使用できます。url
と as
パラメータの両方で動作します:
router.replace
next/link
の replace
プロパティと同様に、router.replace
は history
スタックに新しい URL エントリを追加しません。
router.replace
の API はrouter.push
とまったく同じです。
以下の例をご覧ください:
router.prefetch
クライアントサイドの遷移を高速化するためにページをプリフェッチします。このメソッドは next/link
を使用しないナビゲーションにのみ有用です。next/link
はページのプリフェッチを自動的に処理します。
これは本番環境のみの機能です。Next.js は開発環境ではページをプリフェッチしません。
url
- プリフェッチする URL。明示的なルート (例:/dashboard
) と動的ルート (例:/product/[id]
) を含みます。as
-url
のオプションデコレータ。Next.js 9.5.3 より前では動的ルートのプリフェッチに使用されていました。options
- 以下の許可されたフィールドを持つオプションオブジェクト:locale
- アクティブなロケールとは異なるロケールを提供できます。false
の場合、url
にはアクティブロケールが使用されないため、ロケールを含める必要があります。
ログインページがあり、ログイン後にユーザーをダッシュボードにリダイレクトする場合を考えます。その場合、以下の例のようにダッシュボードをプリフェッチして遷移を高速化できます:
router.beforePopState
カスタムサーバー を使用している場合など、popstate をリッスンし、ルーターが処理する前に何かを行いたいことがあります。
cb
- 受信popstate
イベントで実行する関数。この関数は以下のプロパティを持つオブジェクトとしてイベントの状態を受け取ります:url
:String
- 新しい状態のルート。通常はpage
の名前ですas
:String
- ブラウザに表示される URLoptions
:Object
- router.push から送信された追加オプション
cb
が false
を返す場合、Next.js ルーターは popstate
を処理せず、その場合は自分で処理する必要があります。ファイルシステムルーティングの無効化 を参照してください。
beforePopState
を使用してリクエストを操作したり、SSR リフレッシュを強制したりできます。以下の例をご覧ください:
router.back
履歴を戻ります。ブラウザの戻るボタンをクリックするのと同じです。window.history.back()
を実行します。
router.reload
現在の URL を再読み込みします。ブラウザの更新ボタンをクリックするのと同じです。window.location.reload()
を実行します。
router.events
Next.js Router 内で発生するさまざまなイベントをリッスンできます。以下はサポートされているイベントのリストです:
routeChangeStart(url, { shallow })
- ルートの変更が開始されたときに発火routeChangeComplete(url, { shallow })
- ルートの変更が完全に完了したときに発火routeChangeError(err, url, { shallow })
- ルート変更中にエラーが発生した場合、またはルートの読み込みがキャンセルされたときに発火err.cancelled
- ナビゲーションがキャンセルされたかどうかを示す
beforeHistoryChange(url, { shallow })
- ブラウザの履歴を変更する前に発火hashChangeStart(url, { shallow })
- ハッシュが変更されようとしているが、ページは変更されないときに発火hashChangeComplete(url, { shallow })
- ハッシュが変更されたが、ページは変更されなかったときに発火
知っておくと良いこと: ここでの
url
はbasePath
を含むブラウザに表示される URL です。
例えば、ルーターイベント routeChangeStart
をリッスンするには、pages/_app.js
を開くか作成し、以下のようにイベントを購読します:
この例では カスタム App (
pages/_app.js
) を使用しています。これはページナビゲーションでアンマウントされないためですが、アプリケーション内の任意のコンポーネントでルーターイベントを購読できます。
ルーターイベントは、コンポーネントがマウントされたとき (useEffect または componentDidMount / componentWillUnmount) に登録するか、イベントが発生したときに命令的に登録する必要があります。
ルートの読み込みがキャンセルされた場合 (例えば、2つのリンクを連続して素早くクリックした場合)、routeChangeError
が発火します。渡される err
には cancelled
プロパティが true
に設定されます。以下の例をご覧ください:
next/compat/router
エクスポート
これは同じ useRouter
フックですが、app
ディレクトリと pages
ディレクトリの両方で使用できます。
next/router
との違いは、ページルーターがマウントされていない場合にエラーをスローせず、代わりに NextRouter | null
という戻り値の型を持つことです。
これにより、開発者は app
ルーターへの移行中に、コンポーネントを app
と pages
の両方で動作するように変換できます。
以前は次のようになっていたコンポーネント:
next/compat/router
に変換すると、null
を分割代入できないためエラーが発生します。代わりに、開発者は新しいフックを活用できます:
このコンポーネントは pages
と app
ディレクトリの両方で動作します。コンポーネントが pages
で使用されなくなったら、compat ルーターへの参照を削除できます:
pages
ディレクトリでの Next.js コンテキスト外での useRouter
使用
もう1つの特定のユースケースは、pages
ディレクトリ内の getServerSideProps
内など、Next.js アプリケーションコンテキスト外でコンポーネントをレンダリングする場合です。この場合、compat ルーターを使用してエラーを回避できます:
ESLint の潜在的なエラー
router
オブジェクトでアクセス可能な特定のメソッドは Promise を返します。no-floating-promises ESLint ルールが有効な場合、グローバルに、または該当行のみで無効にすることを検討してください。
アプリケーションでこのルールが必要な場合は、Promise を void
にするか、async
関数を使用して Promise を await
し、関数呼び出しを void にします。この方法は onClick
ハンドラー内からメソッドが呼び出される場合には適用されません。
影響を受けるメソッド:
router.push
router.replace
router.prefetch
潜在的な解決策
withRouter
useRouter
が最適でない場合、withRouter
を使用して同じ router
オブジェクト を任意のコンポーネントに追加できます。
使用方法
TypeScript
クラスコンポーネントで withRouter
を使用する場合、コンポーネントは router プロップを受け入れる必要があります: