Liu Zhanhong

npm i --save-dev msw@^1 ref: https://github.com/mswjs/msw-storybook-addon/blob/main/packages/msw-addon/package.json#L45

个人愚见，用读文件来展示node和fibjs的差异不太适合，没用过node的readFileSync 吗。为什么不用纤程来做例子？如果为了同步而自己实现一套，想不出为什么要选js语言，有哪位写js的完全不用回调的？ 另外，有点担忧生态圈，npm上大部分工具，例如数据库连接，都是异步的，用fiber就相当于得自己维护一套同步的第三方工具，成本略大。 node只是提供了异步的io给开发者做选择，如果要用同步，不理解为什么要选用js呢？我想到的只有一个吸引力的地方，那就是v8的高性能。 另外，我相信，支持fibjs的，大部分是搞后台出身的

没想到一年前发的评论还有人 @tommyfok 评论，不过我那时候对js真的是不了解，作者对我的回复也大部分没错。。。 不过，我觉得异步就应该有异步的写法，像co的yield或者ES7的async和await就很好，在写法上就给我们提个醒（这里要开始异步调用啦），而fibjs在写法上模糊了同步和异步的界限，对于刚接触异步的同学来说反而不好（个人愚见）。当然，这可能是理念上的不同的，不值得争辩。 另外，如果是多个异步操作并发执行的话，我不太了解fibjs是怎么的写法，但感觉应该要使用一些自身的API，而co只需要yield一个数组或者对象就可以，直观上要方便而且很容易理解。 还有，现在大部分npm上的主流框架和数据库驱动都支持回调和Promise的方式，也证明了他们对于co这种处理方式的认同。有时候习惯是一股很大的力量，npm上有很多糟粕，但完全抛弃npm的仓库转投fibjs也是个很艰难的决定。 最后，我觉得fibjs能做到效率上比node高是很值得称赞的，也给国人脸上增色。而且看到别人的东西做不好就自己挽起袖子开干也是程序员的优良品质~~