node-sync 这么好用的库为啥没什么人用?

[haozes]

https://github.com/ybogdanov/node-sync

node 的回调太蛋疼了,业务一复杂,再加上错误处理,那代码仅只日狗...,看了不少库,co,promise,yield 感觉都不是很方便.这个库,一下把代码精练了许多,用 fiber 处理应该性能问题不大

// Run in a fiber Sync(function(){

// Function.prototype.sync() interface is same as Function.prototype.call() - first argument is 'this' context
var result = asyncFunction.sync(null, 2, 3);
console.log(result); // 5

// Read file synchronously without blocking whole process? no problem
var source = require('fs').readFile.sync(null, __filename);
console.log(String(source)); // prints the source of this example itself

})

但就是不知道这玩意为啥没什么人用,难道太坑?

[Septembers]

尽可能不要修改内置类型的 prototype
see https://v2ex.com/t/190956#r_2061759

[arden]

好东东，有这东东，就不用把函数转成 async function 或者 function()*了。

[colatin]

每个 fiber 会有个栈，如果在复杂应用里广泛使用，估计会死得很难看

[xjp]

如果想用 fib 的话 来这里 http://fibjs.org 孢子社区全站都是用这个写的

[daysv]

尽可能不要修改内置类型的 prototype +1

[Jaylee]

还是更喜欢 await / async

[tomoya92]

用 async 顺手了

[sox]

搞反了吧， co 还不方便😂

[fds]

因为不喜欢 fiber ，运行时程序流程变复杂了

[djyde]

第三方入侵你的 prototype 是很危险的。

何况有 async/await

[mercurylanded]

用 rxjs

[alexapollo]

代码不兼容？栈的大小过大？

[haozes]

@colatin 太多估计会影响性能

[haozes]

@Septembers 这个应该不算修改 protype 吧

[napsterwu]

es6 已经自带 promise 了 不再需要其他的库

[maomaomao001]

已得 node 恐惧症..... 求 node 可视化包管理工具
node 一言不合就开始联网下东西.....还下的特别慢慢
和 gradle 有的一比...

[sox]

@maomaomao001 下东西难道不是因为你执行了需要连接网络的操作，怪 node 干什么

[haozes]

@napsterwu promise 是无法完全解决回调地狱问题的，而且会传染所有的地方都得用 promise

[haozes]

@maomaomao001 比 gradle 还是好多了，那货经常下不来

[maomaomao001]

@sox 不是啊，明明下载过的东西，比如 ts 项目，它为什么每次都要下一遍 typescript 全部东西....速度还那么慢....就不能用本地的吗？ 问题，到底又没用比较好用可视化管理工具？