エラーといったの応答の場合、有効な応答とみなします。して読み込もうとし、構文エラーで死にます。存在しないので、上の例を実行することでそれを見ることができます。このエラーはチェーンを通じて失敗したものであり、詳細(何が失敗したのか、どこで失敗したのか)を含まないため良くありません。なければエラーをスローします。エラーのためのカスタムクラスを作ります。オブジェクトを受け取り、エラーに保存するコンストラクタを持ちます。これにより、エラー処理のコードがアクセスできるようになります。ステータスをエラーとして扱います。良いメッセージが表示されます。エラーに対する独自のクラスを持つことの素晴らしい点は、エラー処理コードで簡単にチェックできることです。ユーザに情報を変更するよう依頼します。指定された名前のユーザを読み込みます。存在しないユーザであれば、正しい名前を訪ねます。表示されユーザが返されます。これによりユーザ関連のアクションをチェーンに追加できます。.catchは無視され、すべてが非常にシンプルで問題ありません。場合、ユーザに再入力を依頼します。他のエラーの場合は、処理の仕方を知らないため再スローします。rejectエラーが処理されない場合何がおきるでしょう?例えば、上の例のように再スローした後。次のようにチェーンの終わりにエラーハンドラを追加し忘れている場合です。ハンドラにジャンプするはずです。上の例ではそのようなハンドラはありません。します(行き詰まります)。実際には、それは通常悪いコードによるものです。エンジンはこのような状況を追跡し、その場合にはグローバルエラーを生成します。コンソールで見ることができます。使ってキャッチできます。オブジェクトはエラーに関する情報を持っているので、何かをすることができます。通常、このようなエラーはリカバリ不可なので、最善の方法はユーザにその問題を知らせ、サーバへそのインシデントについて報告することです。Node.JSのようなブラウザ以外の環境では、未処理のエラーを追跡する他の同様の方法があります。置き、それらを処理をする方法を知っておくべきです。ハンドラはエラーを分析(カスタムエラークラスが役立ちます)し、未知のものを再スローします。使わなくてもOKです。イベントハンドラ(ブラウザの場合、他の環境の場合はその類似のもの)を持つべきです。ドキュメントを薄暗くすることで読み込み中であることを示しています。方法は重要ではなく、代わりに任意の種類のインジケータを使うことができます。トリガーし、インジケータを停止します。返すというブラウザのちょっとしたトリックがあります。これは、チェーンに進む前にインジケータが視覚的に停止されていることを保証します。そのため、すべての同期エラーは処理されます。実行中でなく、その後に生成されます。それを処理できません。前のレッスン次のレッスンシェアチュートリアルマップコメントコメントをする前に読んでください...自由に記事への追加や質問を投稿をしたり、それらに回答してください。タグを使ってください。codepen...)。記事の中で理解できないことがあれば、詳しく説明してください。Kantorプロジェクトについてコンタクト。