Javascriptの約束のベストプラクティス

Question

私は約束を新たにしており、ネイティブプロミス（NodeJs）のベストプラクティスは不思議です。

私はより良い質問を理解するには、以下のいくつかのコードを置く：

Code_Aに

function foo(condition) { 
return new Promise((resolve, reject) => { 
if(condition){ 
    resolve('Promise result!'); 
} else { 
    reject('Promise rejected!'); 
} 
}); 
} 

をCode_B

約束を戻すために最良の選択肢である

function foo(condition) { 
return new Promise(() => { 
    if(condition){ 
    return Promise.resolve('Promise result!'); 
    } else { 
    return Promise.reject('Promise rejected!'); 
} 
}); 
} 

を？いくつかベストプラクティスのルールがありますか？

Answer 1

いくつかのベストプラクティスルールがありますか？

すでにお持ちの場合は、約束をしないでください。

しかし、実際に2番目の例を試しましたか？ Promiseはexecutorの戻り値を無視します（specを参照）。言い換えれば、約束は決して解決されることも、拒否されることもありません。

代わりに、あなたは

function foo(condition) { 
    if(condition){ 
    return Promise.resolve('Promise result!'); 
    } else { 
    return Promise.reject('Promise rejected!'); 
    } 
} 

を書くことができ、どの選択するには、これらの一つは、あなたのユースケースに依存します。結果をすでに知っている場合にのみ、この回答の例を使用することができます。しかし、非同期プロセスが関与し、結果がそのプロセスによって決定された場合、最初のフォームを使用する必要があります（そのプロセスを「待機」する必要があるため）。

Answer 2

私は最近、約束を抱いて自分自身に多くの問題を抱えていました。

最初のコードは正しいですが、2番目のコードは不要な余分なプロミスの解像度です。

約束については、あなたのコードに含まれるライブラリがそれらを返すようになると、本当に時代が来るということです。私は今日N​​PMからの「要求」ライブラリを使用するのであれば、私のようなコードを記述する必要があります。

function myRequestPromise(url){ 
    return new Promise((resolve,reject)=>{ 
     request(url,(err,res,body)=>{ 
      if(err) reject(err); 
      else resolve(body); 
     }) 
    }) 
} 

そして、あなたはあなたの中からあなたの約束を戻ってきている

myRequestPromise(url).then(doSomething).catch(errors); 

注意を行きます本当にコールバック。このラッパーは、それを呼び出すすべてのコードがPromisesを使用できることを保証します。したがって、あなたの 'ライブラリ/ヘルパー'コードは、そのような入れ子にされたコールバックが完全にPromisesに変換されていることを期待してください。将来的には

、あなたがいつか将来にRxJSのようなものを使用することを計画している場合、要求ライブラリの作者が約束にネイティブにそれを変更した場合、あなたはこれをさらに取る

request(url).then(doSomething).catch(errors)

を使用することができ、あなたが必要別の余分なレイヤーを追加する。しかし、いったん使用するライブラリがPromisesにアップグレードされると、Observablesにうまくいけば、非同期コードを書くほうがはるかに簡単になります。