suggested for a react-native plugin npm上的代码最好在发布之前编译，而不是依赖于最终开发人员来进行转换。
看起来很好，但反应原生用户可能倾向于使用非常均匀的基于babel的设置，因此将它留在ES6中也许不会有问题。类似于react-native-web的花式使用可能是一个例外，其中ES6相当不方便。但有时候我会在node_modules中挖掘，看看模块内部发生了什么。透明的代码会使这更加困难。
问题：似乎可能有一个最有利，最一致的答案。是在发布正确的举动之前进行的？我是否通过执行此步骤给人们带来不便？
问题不是： 如何执行此操作。 This question很好地解决了这个问题。
谢谢！
答案 0 :(得分：1)
在我看来，转型是一个很好的一步。我们在react-native-drawer-layout中使用了它，因此我们没有让用户启用某些babel功能。另一方面，越多的Safaris JS引擎符合ES6规范，我越倾向于拒绝，因为转换后的代码几乎总是更慢。
答案 1 :(得分：1)
我会说是 - 现在就开始了。透明，以便与当今的浏览器更好地兼容。将来重新编译您的软件包（如果您愿意），浏览器将支持更多ES6功能 - 删除一些（现在）已编译的代码并使用部分原生ES6。