.then（成功、失敗）はいつ約束のアンチパターンと見なされますか？

ブルーバードプロミスFAQを見てみましたが、これ.then(success, fail)はアンチパターンであると述べています。トライアンドキャッチについては説明がよくわかりません。これの次の何が問題になっていますか？

some_promise_call()
.then(function(res) { logger.log(res) }, function(err) { logger.log(err) })

例は正しい方法として次のことを示唆しているようです。

some_promise_call()
.then(function(res) { logger.log(res) })
.catch(function(err) { logger.log(err) })

違いは何ですか？

違いは何ですか？

.then()コールは、コールバックがエラーをスローする場合には拒否されます約束を返します。つまり、成功loggerが失敗すると、エラーは次の.catch()コールバックに渡されますが、failと一緒に行くコールバックには渡されませんsuccess。

これは制御フロー図です：

同期コードでそれを表現するには：

// some_promise_call().then(logger.log, logger.log)
then: {
    try {
        var results = some_call();
    } catch(e) {
        logger.log(e);
        break then;
    } // else
        logger.log(results);
}

2番目log（の最初の引数と同様.then()）は、例外が発生しなかった場合にのみ実行されます。ラベル付けされたブロックとbreakステートメントは少し奇妙に感じます、これは実際にはpythonが持っているものtry-except-elseです（推奨読書！）。

// some_promise_call().then(logger.log).catch(logger.log)
try {
    var results = some_call();
    logger.log(results);
} catch(e) {
    logger.log(e);
}

catchロガーはまた、成功のロガーの呼び出しからの例外を処理します。

違いはこれくらいです。

トライアンドキャッチについては説明がよくわかりません

議論は、通常、処理のすべてのステップでエラーをキャッチする必要があり、チェーンでそれを使用すべきではないということです。すべてのエラーを処理する最終ハンドラーは1つしかないことが予想されますが、「アンチパターン」を使用すると、then-callbackの一部のエラーが処理されません。

ただし、このパターンは実際には非常に便利です。このステップで発生したエラーを処理し、エラーが発生しなかったとき、つまりエラーが回復不能な場合に、まったく異なる処理を実行したい場合。これにより、制御フローが分岐することに注意してください。もちろん、これが望ましい場合もあります。

これの次の何が問題になっていますか？

some_promise_call()
.then(function(res) { logger.log(res) }, function(err) { logger.log(err) })

コールバックを繰り返す必要があったこと。あなたはむしろ

some_promise_call()
   .catch(function(e) {
       return e; // it's OK, we'll just log it
   })
   .done(function(res) {
       logger.log(res);
   });

.finally()このために使用することも検討してください。

2つはまったく同じではありません。違いは、最初の例では、successハンドラーでスローされた例外をキャッチしないことです。そのため、よくあることですが、メソッドが解決されたpromiseのみを返す場合は、トレーリングcatchハンドラー（またはthen空のsuccessパラメーターを持つ別のハンドラー）が必要です。確かに、thenハンドラーが潜在的に失敗する可能性のあることを何も実行していない可能性thenがあります。その場合、2つのパラメーターを1つ使用するだけで問題ありません。

しかし、あなたがリンクしたテキストのポイントは、then一連の非同期ステップをチェーンする機能において、コールバックと比較してほとんど有用であると私は信じています。実際にこれを行うと、2パラメータ形式のthen微妙な動作は期待どおりに動作しません、上記の理由により。ミッドチェーンで使用すると、直感に反します。

多くの複雑な非同期処理を実行し、このようなコーナーにぶつかった人は、認めざるをえないほど、このアンチパターンを避けて、別のハンドラーアプローチを使用することをお勧めします。

両方の長所と短所を見ることで、状況にどちらが適切であるかを計算で推測できます。これらは、promiseを実装するための2つの主要なアプローチです。どちらにもプラスとマイナスがあります

キャッチアプローチ

some_promise_call()
.then(function(res) { logger.log(res) })
.catch(function(err) { logger.log(err) })

メリット

1. すべてのエラーは1つのcatchブロックによって処理されます。
2. thenブロックで例外もキャッチします。
3. 複数の成功コールバックの連鎖

短所

1. 連鎖している場合、異なるエラーメッセージを表示することが難しくなります。

成功/エラーアプローチ

some_promise_call()
.then(function success(res) { logger.log(res) },
      function error(err) { logger.log(err) })

メリット

1. きめ細かいエラー制御ができます。
2. dbエラー、500エラーなど、さまざまなカテゴリのエラーに共通のエラー処理機能を使用できます。

短所

1. catch成功コールバックによってスローされたエラーを処理したい場合は、別のものが必要です。

簡単な説明：

ES2018で

引数onRejectedを指定してcatchメソッドを呼び出すと、次の手順が実行されます。

1. この値を約束にします。
2. 戻る？Invoke（promise、 "then"、«undefined、onRejected»）。

つまり：

promise.then(f1).catch(f2)

等しい

promise.then(f1).then(undefiend, f2)

を使用.then().catch()すると、ワークフローの実行に必要なプロミスチェーンを有効にできます。データベースから情報を読み取る必要がある場合は、その情報を非同期APIに渡し、応答を操作する必要があります。応答をデータベースにプッシュすることができます。これらすべてのワークフローをコンセプトで処理することは可能ですが、管理が非常に困難です。より良い解決策はthen().then().then().then().catch()、一度のキャッチですべてのエラーを受け取り、コードの保守性を維持できるようにすることです。

を使用して、promiseで成功および失敗のチェーンハンドラーthen()をcatch()支援します。catch()によって返される約束に取り組みthen()ます。扱います

1. 約束が拒否された場合。写真の＃3を参照
2. then（）の成功ハンドラでエラーが発生した場合、以下の4〜7行目の間。写真の＃2.aを参照してください（障害コールバックthen()はこれを処理しません。）
3. then（）の失敗ハンドラでエラーが発生した場合、以下の行番号8。写真の＃3.bを参照してください。

1. let promiseRef: Promise = this. aTimetakingTask (false); 2. promiseRef 3. .then( 4. (result) => { 5. /* successfully, resolved promise. 6. Work on data here */ 7. }, 8. (error) => console.log(error) 9. ) 10. .catch( (e) => { 11. /* successfully, resolved promise. 12. Work on data here */ 13. });

注意：多くの場合、catch()すでにが記述されている場合、失敗ハンドラは定義されない可能性があります。編集：エラーハンドラーが定義されていない場合にのみreject()呼び出されます。画像の＃3に注目してください。行番号8および9のハンドラーが定義されていない場合に呼び出されます。catch()then()catch()

then()コールバックがそれを処理している場合、によって返されるpromiseにはエラーがないので、それは理にかなっています。

言葉ではなく、良い例。次のコード（最初の約束が解決された場合）：

Promise.resolve()
.then
(
  () => { throw new Error('Error occurs'); },
  err => console.log('This error is caught:', err)
);

と同じです：

Promise.resolve()
.catch
(
  err => console.log('This error is caught:', err)
)
.then
(
  () => { throw new Error('Error occurs'); }
)

しかし、最初の約束が拒否されたため、これは同じではありません。

Promise.reject()
.then
(
  () => { throw new Error('Error occurs'); },
  err => console.log('This error is caught:', err)
);

Promise.reject()
.catch
(
  err => console.log('This error is caught:', err)
)
.then
(
  () => { throw new Error('Error occurs'); }
)