Javascript NodeJS的类型脚本ECMAScript目标
出于性能、兼容性和可伸缩性的考虑,编译器TypeScript在具有NodeJS的模块中使用哪种类型的脚本最好 根据这一点,我们并不完全支持。使用Typescript自动生成的相关解决方案添加目标是否值得使用,或者是否更利于兼容性 另一方面,此时ES6节点JS中的功能正在进行中Javascript NodeJS的类型脚本ECMAScript目标,javascript,node.js,typescript,ecmascript-6,ecmascript-5,Javascript,Node.js,Typescript,Ecmascript 6,Ecmascript 5,出于性能、兼容性和可伸缩性的考虑,编译器TypeScript在具有NodeJS的模块中使用哪种类型的脚本最好 根据这一点,我们并不完全支持。使用Typescript自动生成的相关解决方案添加目标是否值得使用,或者是否更利于兼容性 另一方面,此时ES6节点JS中的功能正在进行中 --harmony-do-expressions (enable "harmony do-expressions" (in progress)) --harmony-class-fields (enable "ha
--harmony-do-expressions (enable "harmony do-expressions" (in progress))
--harmony-class-fields (enable "harmony fields in class literals" (in progress))
--harmony-static-fields (enable "harmony static fields in class literals" (in progress))
--harmony-array-flatten (enable "harmony Array.prototype.flat{ten,Map}" (in progress))
--harmony-locale (enable "Intl.Locale" (in progress))
我不知道现在是否需要这些功能,但为了代码的可维护性,它可能不是最好的选择。Node.js,和除外(实验性支持带有标志和.mjs扩展名)
在节点中使用TypeScript传输到ES5是没有意义的,TypeScript没有严格遵守规范,而且也有其局限性,值得注意。由于可以通过牺牲兼容性来提高性能,这在很大程度上是一个意见问题。这不是一个答案,有人指出,你要求的东西“主要是基于意见的”,因此是离题的。谢谢!那么最好的方法就是使用ES6。这是正确的。更具体地说,ES2018节点支持它,但有上述例外(TS中最接近的目标是
es2017
)。