javascript – 使用带有promise的co库而不是thunk有什么好处?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了javascript – 使用带有promise的co库而不是thunk有什么好处?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含988字,纯文字阅读大概需要2分钟。
内容图文
![javascript – 使用带有promise的co库而不是thunk有什么好处?](/upload/InfoBanner/zyjiaocheng/810/4079b563854c4a84885c6124abea7e40.jpg)
所以我一直在阅读关于co库的使用情况,我在大多数博客文章中看到的一般设计模式是包含回调函数的函数.然后使用es6生成器将这些thunk产生到co对象.像这样:
co(function *(){
var a = yield read(‘Readme.md’);
var b = yield read(‘package.json’);
console.log(a);
console.log(b);
});
function read(path) {
return function(done){
fs.readFile(path, ‘utf8', done);
}
}
而且我可以理解,因为它带来了承诺的所有好处,例如更好的可读性和更好的错误处理.
但是如果你已经有了承诺,那么使用co有什么意义呢?
co(function* () {
var res = yield [
Promise.resolve(1),
Promise.resolve(2),
Promise.resolve(3),
];
console.log(res); // => [1, 2, 3]
}).catch(onerror);
为什么不喜欢
Promise.all([
Promise.resolve(1),
Promise.resolve(2),
Promise.resolve(3),
]).then((res) => console.log(res)); // => [1, 2, 3]
}).catch(onerror);
对我而言,与Promise版本相比,co使代码看起来更加混乱.
解决方法:
没有真实案例,没有.除非你真的讨厌承诺构造函数(在这种情况下,bluebird承诺拯救).
当你本机拥有Promise时,几乎所有用于使用单个值调用一次的回调的有效用例实际上没有实际意义.
内容总结
以上是互联网集市为您收集整理的javascript – 使用带有promise的co库而不是thunk有什么好处?全部内容,希望文章能够帮你解决javascript – 使用带有promise的co库而不是thunk有什么好处?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。