如果我想promisify myFunction 中的所有代码路径，是否需要在myFunction 中创建deferred？
function myFunction(options) {
if(!options) {
throw 'foo'; // But I want the API for myFunction to be promise-based...
}
return promiseBasedApi.doSomethingAndReturnPromise();
}
【问题讨论】：
标签： javascript promise q
不，您的函数中不需要 deferred 或 Promise 构造函数。对于非基于承诺的 API，您确实需要那些 only。即使这样，您也应该 not use it globally，但要为每个异步代码路径提供单独的承诺功能。
在你的情况下，你应该只返回一个被拒绝的承诺而不是抛出：
function myFunction(options) {
if (!options) {
return Promise.reject(new FooError()); // as promised!
}
return promiseBasedApi.doSomethingAndReturnPromise();
}
如果您使用的是 Bluebird，另一种选择是将您的 throwing-or-(promise)-returning 函数包装在 Promise.method 中。另见Should an async API ever throw synchronously? 和Should a Promise.reject message be wrapped in Error? 进行相关讨论。
【讨论】：
我需要在
myFunction内部创建一个延迟吗？
（这是 jQuery 术语，一般情况是“我需要在我的函数中创建一个 Promise 吗？”）
只有如果你的函数还没有承诺它可以返回；通常，如果它正在等待任何异步操作（ajax、其他一些基于 Promise 的 API 等）完成。
if(!options) { throw 'foo'; // But I want the API for myFunction to be promise-based... }
如果您询问是否需要针对未提供 options 的错误创建拒绝承诺，不，我不希望 API 会这样。异步操作的 API 有两个方面：
启动
完成
在上述情况下，未能提供options 是请求初始化期间的错误。我希望是内联异常，而不是异步错误回调。
错误处理请求（HTTP失败等）将是我期望通过promise的拒绝机制出现的错误。
【讨论】：