よって返されたデータはビュー変数としても公開されます。設定する必要があります。開発用エラーページが表示されます。プロパティーを使って別のレイアウトを選ぶことができます。よって引き起こされる多くの例外は、特定のビューテンプレートをデバッグモードで描画します。いずれかを使用します。描画するために使われ、すべての標準リクエストライフサイクルイベントを受け取ります。このクラスを変更することで、どのコンポーネントが使用され、どのテンプレートが描画されるかを制御できます。それぞれのルーティングプレフィックスに対してカスタムエラーコントローラーを作成できます。プレフィックスの場合は以下のクラスを作成することができます。}}このコントローラーは、プレフィックス付きのコントローラーでエラーが発生したときにのみ利用できます。必要に応じてプレフィックス固有のロジック/テンプレートを定義できます。選択することができます。例外クラスに対してカスタムエラーページを提供する場合に便利です。配置する必要があります。ウィジェットを示すとしましょう。レンダリングする例外レンダラーを作成することができます。それらのアプリケーション例外を表示/処理するためのカスタム処理ができるようにします。オブジェクトを返さなければなりません。エラーを処理する際にロジックを追加するメソッドを実装することもできます。オブジェクトで何かをします。例外レンダラーは、例外の描画に使用されるコントローラーを指定します。メソッドをオーバーライドしてください。...独自エラーハンドラーの作成¶エラーハンドラーを置き換えることによって、エラーおよび例外処理プロセス全体をカスタマイズできます。継承することでエラーを処理するためのカスタムロジックを提供できます。いうクラスを使うことができます。二つの抽象メソッドを定義しています。エラーが引き起こされた時に使われます。メソッドはキャッチされなかった例外がある時に呼ばれます。エラーページを描画するための例外処理方法を再利用します。標準のエラーページを表示したくない場合は、あなたはそれをオーバーライドできます。いずれかを使って、独自のアプリケーション例外を作ることができます。作ることで、素晴らしい開発用エラーを提供できるでしょう。テンプレートを使用するでしょう。レスポンスコードとして使用されます。追加のデータを渡すことができます。これにより、エラー用の多くのコンテキスト提供して、データ豊富な例外を作ることができます。コンテキストデータはこのフォーマット文字列に差し込まれます。見当たらないようです。デフォルトの例外コードも設定できます。見当たらないようです。よって対処されるすべての例外をログに記録することができます。設定済みのロガーに各例外の記録が残るでしょう。あなたの実装の中でそれを参照しない限り、この設定は効果がないでしょう。メソッド用のいくつかの例外があります。