1
2
不,这不是最佳做法。在承诺执行器函数中几乎没有理由使用承诺。因为当你这样做的时候,你根本不需要外部的、手动创建的承诺。你可以回报内心的承诺。这就是 Promise constructor anti-pattern .
仅供参考,虽然这不是你的情况,但使用它是合理的
这里有另一个关于如何实现相同逻辑的想法。这将删除
promise anti-pattern
用另一个手动创建的承诺包围一个承诺,并使用承诺流控制来
在您的实现中似乎并不理想的事情:
Can't throw error from within an async promise executor function Is it an anti-pattern to use async/await inside of a new Promise() constructor? |
tomography · 更改承诺类型 2 年前 |
Aristocles · 许诺抛出错误后是否继续执行所有提取? 2 年前 |
Centurion22 · 异步函数内的异步映射函数未定义响应数据 2 年前 |
Scott Thiessen · 完成后逃离承诺链[重复] 6 年前 |
adcomptyler · 向Twilio视频快速启动添加静音按钮 6 年前 |
JWiley · 带有FileReader的Promise函数过早解析 6 年前 |
John Lippson · 在所有异步函数完成后执行函数? 6 年前 |
ctf0 · 解析嵌套承诺后运行函数 6 年前 |