Javascript 在ECMA第3阶段使用提案在统计上安全吗？ 背景

我指的是

…

操作员。许多人喜欢并支持这样做：

const obj = { "hello": 1 };
const obj2 = { "world": 2, ...obj };

问题 我个人喜欢这种语法，而不是典型的

对象.assign

，但最近当我开始在项目中使用它时，出现了以下eslint错误：

对象扩展-分析错误：意外标记

可以在以下链接中看到解决方案：

这里的问题是，要使用这种语法，我们需要在eslint上启用

experimentalObjectRestSpread

标志。此标志伴有以下警告：

experimentalObjectRestSpread—启用对实验对象rest/spread属性的支持（重要提示：这是一项实验性功能，将来可能会发生重大变化。建议您不要依赖此功能编写规则，除非您愿意在其发生变化时承担维护成本。）

在验证提案后，我意识到提案处于第3阶段：

有关不同阶段的更多信息，请参见此处：

问题:

• S3中向后兼容性更改的概率是多少
• 有多少提案在S3被撤回

S3中向后兼容性更改的概率是多少

低，不返回第2阶段（见下一个问题）

有多少提案在S3被撤回

这很少见，但确实发生过。例如，一段时间以来一直是第3阶段，但现在又回到了第2阶段。类似地，类字段处于第3阶段，但在11月又回到了第2阶段（此后被[再次]拆分，提案再次回到第3阶段，在第2阶段离开）

通过查看README.md上的，您可以了解事物是如何移动的。不过，这可能有点痛

在ECMA第3阶段使用提案在统计上安全吗

这取决于你所说的“统计安全性”是什么意思。如果你想要高度的确定性，就把自己限制在第四阶段

特别是在对象rest/spread方面，它是在Chrome中提供的V8和Firefox中提供的SpiderMonkey的当前版本中实现的（不在标志后面）。请在此处尝试：

const a={答案：42}；
常数b={问题：“生命、宇宙和一切”，…a}；
控制台日志（b）最新的流程文档总是可以在这里找到：（以防万一自那篇博文以来有任何更改/变化）。是否有一个公开的os提案列表及其阶段历史？我想了解一下。尽管如此，还是像往常一样棒极了@Flame_Phoenix：我不知道有任何东西具体列出了他们各个阶段的历史记录，但所有的提案都是有历史记录的，作为Github存储库（你甚至可以在本地获取这些历史来挖掘信息）。