为什么Meteor使用光纤而不是承诺或异步或其他东西？

直接从马的嘴里,领导流星开发商Geoff Schmidt:

Meteor专注于为应用程序开发人员提供最佳体验 .我们不得不做出一些看似不受欢迎或冒险的决定,但这导致了一套更简单,更强大,更有趣的工具....事实证明,这些决定并不像某些人可能认为的那样具有风险或不受欢迎.最好是说它们违背了node.js社区中的传统智慧.举一个例子,每个请求的线程或每个请求的进程模型在较大的软件工程社区中非常常见,而节点的连续传递("异步")样式有时用于聊天服务器和消息总线,但是几乎从未用于业务逻辑.我认为未来几年服务器端JavaScript的使用量将增长多个数量级,而且我们将有大量新开发人员涌入.这些开发人员编写的大多数新代码都是业务逻辑,他们希望用几乎所有其他框架中使用的直线控制流来编写它.

并引用一篇关于流星纤维的精彩文章:

Meteor通过其API提取Fibers,允许您编写应用程序而无需回调.最好的部分是你可以用这种方式编写代码并完全忘记Fibers.它只是有效.

纤维是流星如此受欢迎的最佳原因之一.由于它允许我们在没有回调的情况下编写Node.js应用程序,因此吸引了许多讨厌Node.js的开发人员.

换句话说,开发人员可以在不输入单词"Fiber"的情况下创建Meteor应用程序.这一切都发生在后台.因此大多数应用程序的大多数开发人员都没有理由关心"为什么是Fibers"而不是Promise或其他东西,因为开发人员并没有直接"使用"任何这些技术.Meteor团队可以重写Meteor核心,使用Promise而不是Fibers,大多数应用程序应该像以前一样继续运行,不知道变化.

至于为什么在Meteor核心本身,核心团队更喜欢Fibers over Promises等,从我所读到的(并在上面的Geoff Schmidt引用中暗示),这主要是他们的个人偏好 - 即他们对回调和代码的厌恶过分意识到它的异步性质.他们希望为Meteor应用程序开发人员创建相同的回调 - 不经意的体验.