为什么在电子项目中需要Babel？

Question

我对所有的Javascript生态系统都很困惑。我正在尝试电子，这似乎是一个有希望的方法，在创建跨平台的应用程序，利用节点和Chrome的力量。我创建了一个小应用程序，并使用了一些“现代”(这让C#程序员笑了) javascript概念作为lambdas，它的工作是从盒子(我认为这是自然的，因为我有最新版本的节点)。接下来我尝试移动，我在使用Babel的例子中看到了大量的样板。

为什么我需要这个？

如果电子工作在一个最新的，提前知道，环境节点和铬最新，如果我捆绑在一个应用程序，为什么我不直接编码在ESwhatever？

Answer 1

你不需要巴贝尔，如果你只想要功能，直到ES7的电子。在主进程和呈现过程中有两个进程。

主要过程：

• 使用节点(电子v1.7.x上的当前节点版本v7.9.0 )
• 支持覆盖99%的ES6/ES7，例外是：
  • RegExp.prototype.compile不返回此
  • Symbol.toStringTag不影响现有的内置。
  • Array.prototype.values (反正没人支持这个)

​

渲染过程：

• 使用铬(当前铬版本为58)
• 支持ES6 99%和覆盖率为85%的ES7，您可以通过new BrowserWindow({ webPreferences: { experimentalFeatures: true } })启用试验特性标志来增加支持。

请注意，我将鼓励您使用电子用于开发的相同版本的节点，这将防止不兼容问题。您可以通过查看电子存储库中的.node-version文件来检查这一点。在当前版本中，这将是v7.9.0。

仍然有使用BableJs的有效点，如果您想使用更新的函数，那么有些操作符，比如spread ...，几乎我的所有项目仍然使用babel，并且预置了'Stage 0‘。

一些检查所支持的ES规范和方法的好列表

• 铬支撑台
• 节点支持表