オプション: ライフサイクル
参照
ライフサイクルフックの共通の使い方については、ガイド - ライフサイクルフック を参照してください
beforeCreate
インスタンスが初期化されるときに呼び出されます。
型
tsinterface ComponentOptions { beforeCreate?(this: ComponentPublicInstance): void }
詳細
インスタンスが初期化され、props が解決されたときに直ちに呼び出されます。
そして props はリアクティブプロパティとして定義され、
data()
やcomputed
などの状態がセットアップされます。Composition API の
setup()
フックは、beforeCreate()
を含めた Options API のどんなフックよりも先に呼び出されることに注意してください。
created
インスタンスがすべての状態関連オプションの処理を終了した後に呼び出されます。
型
tsinterface ComponentOptions { created?(this: ComponentPublicInstance): void }
詳細
このフックが呼ばれたとき、リアクティブなデータ、算出プロパティ、メソッド、ウォッチャーがセットアップされています。しかし、マウントフェーズは開始されていないので、
$el
プロパティはまだ利用できません。
beforeMount
コンポーネントがマウントされる直前に呼び出されます。
型
tsinterface ComponentOptions { beforeMount?(this: ComponentPublicInstance): void }
詳細
このフックが呼ばれたとき、コンポーネントはリアクティブな状態のセットアップを終えていますが、DOM ノードはまだ作成されていません。コンポーネントが初めて DOM レンダーエフェクトを実行しようとしているところです。
このフックはサーバーサイドレンダリング時には呼び出されません。
mounted
コンポーネントがマウントされた後に呼び出されます。
型
tsinterface ComponentOptions { mounted?(this: ComponentPublicInstance): void }
詳細
コンポーネントがマウントされたとみなされるのは次の場合です:
すべての同期的な子コンポーネントがマウントされた時(非同期コンポーネントや
<Suspense>
ツリー内のコンポーネントは含まれません)。そのコンポーネント自身の DOM ツリーが作成され、親コンテナーに挿入された時。アプリケーションのルートコンテナが document 内にある場合のみ、そのコンポーネントの DOM ツリーも document 内にあることを保証することに注意してください。
このフックは、通常、コンポーネントのレンダリングされた DOM にアクセスする必要がある副作用を実行する場合や、サーバーレンダリングされるアプリケーションにおいて DOM 関連のコードをクライアントに限定する場合に使用されます。
このフックはサーバーサイドレンダリング時には呼び出されません。
beforeUpdate
コンポーネントがリアクティブな状態変更により DOM ツリーを更新しようとする直前に呼び出されます。
型
tsinterface ComponentOptions { beforeUpdate?(this: ComponentPublicInstance): void }
詳細
このフックは、Vue が DOM を更新する前に DOM の状態にアクセスするために使用できます。このフックの内部でコンポーネントの状態を変更することも安全です。
このフックはサーバーサイドレンダリング時には呼び出されません。
updated
コンポーネントがリアクティブな状態変更によって DOM ツリーを更新した後に呼び出されます。
型
tsinterface ComponentOptions { updated?(this: ComponentPublicInstance): void }
詳細
親コンポーネントの更新フックは、子コンポーネントの更新フックの後に呼び出されます。
このフックは、様々な状態変更によるコンポーネントの DOM 更新の後に呼び出されます。もし、特定の状態変更の後に更新された DOM へアクセスする必要がある場合は、代わりに nextTick() を使用してください。
このフックはサーバーサイドレンダリング時には呼び出されません。
WARNING
更新フックでコンポーネントの状態を変更しないでください - 無限更新ループになる可能性があります!
beforeUnmount
コンポーネントインスタンスがアンマウントされる直前に呼び出されます。
型
tsinterface ComponentOptions { beforeUnmount?(this: ComponentPublicInstance): void }
詳細
このフックが呼ばれたとき、コンポーネントインスタンスはまだ完全に機能しています。
このフックはサーバーサイドレンダリング時には呼び出されません。
unmounted
コンポーネントがアンマウントされた後に呼び出されます。
型
tsinterface ComponentOptions { unmounted?(this: ComponentPublicInstance): void }
詳細
コンポーネントがアンマウントされたとみなされるのは次の場合です:
子コンポーネントがすべてアンマウントされた時。
関連するすべてのリアクティブエフェクト(レンダーエフェクトと
setup()
で作成された computed とウォッチャー)が停止された時。
タイマー、DOM イベントリスナー、サーバー接続など、手動で作成した副作用をクリーンアップするためにこのフックを使用します。
このフックはサーバーサイドレンダリング時には呼び出されません。
errorCaptured
子孫コンポーネントから伝搬するエラーをキャプチャーしたときに呼び出されます。
型
tsinterface ComponentOptions { errorCaptured?( this: ComponentPublicInstance, err: unknown, instance: ComponentPublicInstance | null, info: string ): boolean | void }
詳細
エラーは以下のソースからキャプチャーすることがあります:
- コンポーネントのレンダリング
- イベントハンドラー
- ライフサイクルフック
setup()
関数- ウォッチャー
- カスタムディレクティブフック
- トランジションフック
このフックは、エラー、エラーを引き起こしたコンポーネントのインスタンス、およびエラーソースタイプを指定する情報文字列の 3 つの引数を受け取ります。
TIP
プロダクションでは、第 3 引数(
info
)は完全な情報の文字列ではなく、短縮されたコードになります。コードと文字列のマッピングはプロダクションエラーコードのリファレンスにあります。エラー状態をユーザーに表示するため、
errorCaptured()
でコンポーネントの状態を変更できます。しかし、エラー状態はエラーの原因となった元のコンテンツをレンダリングしないことが重要です。さもなければ、コンポーネントは無限レンダリングループに放り込まれるでしょう。このフックは
false
を返すことで、エラーがそれ以上伝搬しないようにできます。エラーの伝播の詳細については、以下を参照してください。エラー伝搬のルール
アプリケーションレベルの
app.config.errorHandler
が定義されていれば、デフォルトでそちらにもすべてのエラーが送られるので、これらのエラーを 1 箇所でアナリティクスサービスに報告できます。コンポーネントの継承チェーンや親チェーンに複数の
errorCaptured
フックが存在する場合、同じエラーに対して、下から上への順番ですべてのフックが呼び出されます。これはネイティブ DOM イベントのバブリングの仕組みに似ています。もし
errorCaptured
フック自体がエラーをスローした場合、そのエラーと元のキャプチャーされたエラーの両方がapp.config.errorHandler
に送られます。errrorCaptured
フックでfalse
を返すと、エラーがそれ以上伝搬しないようにできます。これは要するに「このエラーは処理済みなので無視してください」ということです。このエラーに対して、追加のerrorCaptured
フックやapp.config.errorHandler
が呼び出されるのを防ぎます。
renderTracked
コンポーネントのレンダーエフェクトによってリアクティブな依存関係が追跡されたときに呼び出されます。
このフックは開発モード専用です。また、サーバーサイドレンダリング時には呼び出されません。
型
tsinterface ComponentOptions { renderTracked?(this: ComponentPublicInstance, e: DebuggerEvent): void } type DebuggerEvent = { effect: ReactiveEffect target: object type: TrackOpTypes /* 'get' | 'has' | 'iterate' */ key: any }
参照 リアクティビティーの探求
renderTriggered
リアクティブな依存関係がコンポーネントのレンダーエフェクトの再実行をトリガーしたときに呼び出されます。
このフックは開発モード専用です。また、サーバーサイドレンダリング時には呼び出されません。
型
tsinterface ComponentOptions { renderTriggered?(this: ComponentPublicInstance, e: DebuggerEvent): void } type DebuggerEvent = { effect: ReactiveEffect target: object type: TriggerOpTypes /* 'set' | 'add' | 'delete' | 'clear' */ key: any newValue?: any oldValue?: any oldTarget?: Map<any, any> | Set<any> }
参照 リアクティビティーの探求
activated
コンポーネントインスタンスが <KeepAlive>
によってキャッシュされたツリーの一部として DOM に挿入された後に呼び出されます。
このフックはサーバーサイドレンダリング時には呼び出されません。
型
tsinterface ComponentOptions { activated?(this: ComponentPublicInstance): void }
deactivated
コンポーネントインスタンスが <KeepAlive>
によってキャッシュされたツリーの一部として DOM から削除された後に呼び出されます。
このフックはサーバーサイドレンダリング時には呼び出されません。
型
tsinterface ComponentOptions { deactivated?(this: ComponentPublicInstance): void }
serverPrefetch
コンポーネントインスタンスがサーバーでレンダリングされる前に解決される非同期関数。
型
tsinterface ComponentOptions { serverPrefetch?(this: ComponentPublicInstance): Promise<any> }
詳細
フックが Promise を返す場合、サーバーレンダラーはコンポーネントをレンダリングする前に Promise が解決されるまで待機します。
このフックはサーバーサイドレンダリング時にのみ呼び出され、サーバーのみのデータ取得をするために使用できます。
例
jsexport default { data() { return { data: null } }, async serverPrefetch() { // コンポーネントは初期リクエストの一部としてレンダリングされます // クライアントよりも高速なので、サーバーでデータをプリフェッチします this.data = await fetchOnServer(/* ... */) }, async mounted() { if (!this.data) { // マウント時に data が null の場合、コンポーネントは // クライアントで動的にレンダリングされることを意味します。 // 代わりにクライアントサイドフェッチを実行します。 this.data = await fetchOnClient(/* ... */) } } }