babel-preset-stage-0，babel-preset-stage-1等有什么区别？

Question

我的问题是：babel-preset-stage-0、babel-preset-stage-1、babel-preset-stage-2和babel-preset-stage-3之间有什么不同，使用ES6开发时最好的选择是什么

Answer 1

巴别塔的舞台预设等同于TC39 Process和每个提议的不同状态，以进行潜在的语言变化。它们包括该阶段中所有提议的更改的实现和polyfills。

目前在Stage-0中的任何东西都是Strawman，而不是 ES6。它是未来的Javascript，绝对不确定它是否会成为任何官方的ECMAScript规范。

请不要只将其设置为stage-0，以便在不了解其将产生的后果的情况下工作。

仅包含ES6要素的巴别塔预设为preset-es2015

Answer 2

正如其他答案所阐述的那样。阶段4最稳定，阶段0最危险。以下是前面的答案和文档中的5个阶段的高级别细目。我添加这个是因为当我来到这里的时候，我希望每个阶段都有一个更高层次的分解：

阶段4:完成的

​

已准备好包含在ECMAScript标准中，已通过测试，并将成为下一版本的一部分

阶段3:候选

​

包括完整的规范文本，并包括大多数已经过测试并提供反馈的插件。解决方案是完整的，所有进一步的更改都基于实施经验。

阶段2:草案

​

尽可能多地完成对插件的进一步支持。这些需求在很大程度上得到了满足，只需进行增量更改即可。语义和api应该是完整的。它很可能会成为规范的一部分。

​

阶段1: Proposal已发现并选择在此阶段进行检查的概念，主要是多填充和演示。

​

​

Stage 0：这个名字让我忍俊不禁，根据TC-39的说法，它没有任何约束，但考虑到上下文，它是一个没有被选择来跟进或检查的概念类别。

​

每个级别都是包含的，而4包含3包含2，依此类推...我希望这个总结能在未来对某些人有所帮助。

Answer 3

这些阶段代表了TC39过程定义的阶段，该过程将疯狂但有用的想法转化为公认的标准，如ES6。这个过程需要一些时间，因为每个角落的案例都必须被讨论，思考，测试，多填充，更多的讨论，等等。也就是说，它是一个标准体。我们的目标是说"ES6“将有一个完整的含义，就像说"ES5”一样。

在实践中，您的项目需求可能从停留在久经考验的、真实的，到玩弄哦，如此方便，如果模糊的语言功能。您可能希望从以下链接开始：

• The TC39 Process Overview：这包括一个漂亮的图表，说明阶段的含义以及功能如何从一个阶段发展到另一个阶段。下面是TC39.
• The Active Proposals：的概述-快速概述某些提案所处的阶段。它还包括指向已完成、非活动和阶段0提案的链接。今天，2017年4月，公共类字段处于阶段2，这意味着它被精确地描述并分配了审查者，但对于所有阶段3的提案，没有完全reviewed.
• The Babel Preset Package for Stage 3：插件页面，链接到Git和NPM。基本上，这个插件拉入包的集合，从理论上讲，这些包填充了TC39阶段3中的当前提案。同样，您也可以找到类似的链接，它链接到Stage 2和下面的插件页面。这些页面将链接到包含Stage 3提案和不太稳定的proposals.
• Babel Preset 'env'：的软件包。此Babel预设支持完成的提案，选择在已知环境中支持这些功能所需的正确软件包。例如，本地node可执行文件比较旧的浏览器需要更少的插件。它可以被认为是“stage-4”插件，它支持未来批准的功能。

总而言之，如果您使用这些预发布功能，您只需要处理它们。如果您确实需要使用它们，请选择具有您所需的最高数量的阶段。如果你只是想在饮水机周围讨论一个具有疯狂功能的玩具安装，那么就去抓取stage 0吧。