作为一个 node.js 从业者,我正在积极地使用咖啡脚本和基于promises的函数。最近我发现了iced coffeescript,我想知道我的方法是否可以与“iced await defer”一起使用。
所以这是我的问题,对于冰咖啡脚本实施或计划的承诺是否有任何支持?还是宁愿冰咖啡脚本让我回到回调函数世界?
另外作为一个附带问题,据我所知,有一个 ECMAscript 7 草案来引入等待异步模式来解决这个问题。如果它成为标准,冰咖啡脚本团队是否计划将其融合?
干杯。
作为一个 node.js 从业者,我正在积极地使用咖啡脚本和基于promises的函数。最近我发现了iced coffeescript,我想知道我的方法是否可以与“iced await defer”一起使用。
所以这是我的问题,对于冰咖啡脚本实施或计划的承诺是否有任何支持?还是宁愿冰咖啡脚本让我回到回调函数世界?
另外作为一个附带问题,据我所知,有一个 ECMAscript 7 草案来引入等待异步模式来解决这个问题。如果它成为标准,冰咖啡脚本团队是否计划将其融合?
干杯。
Ice 肯定是活跃的,并且在许多情况下(例如并行调用)比 Promise 更灵活。现在async
在maxtaco/coffee-script#147上有一个 ES7 的开放 PR ,并且比普通 Coffee 上的开放 PR 简单得多(#3757、#3813)。
使用 Iced with Promise 的最简单方法是使用nodeify
Promise。我在 Iced 代码中使用了许多基于 Promise 的库,没有遇到任何问题。
我认为大多数使用 Iced 的程序员更喜欢 await/defer 的简洁语法,而不是 promise。现在使用 Iced 的一个主要优势是,现在可以使用的 Iced 代码将来也可以使用,尽管随着语法的最终确定,ES6/7 和 Coffee 实现中发生了任何潜在的变化。
最近,Iced CoffeeScript 的开发停滞不前。我认为 ICS 是一个有趣的实验——考虑到它目前的采用,我真的不推荐使用它。至于支持或计划的支持,没有 - 将来可能会有,但问题跟踪器显示没有讨论它已打开的问题。
ECMAScript 7 确实有异步函数——因为这些函数使用了 Promise,所以没有理由假设在 ICS 中完成了任何工作来支持它们。再一次 - 没有人能说出未来,并且在未来的某个时间点可能会有工作。