Javascript 我应该使用TypeScript还是ES6来编译到es3/5

如果浏览器对typescript代码库有足够的支持，那么我是否可以从typescript代码库切换到纯ES6代码库？我试图回答自己的问题是，我应该在es3/5中使用typescript还是ES6+编译器。

typescript不是ES6，你大概知道。它尝试以ES6友好的方式做大多数事情，偶尔也会避免做一些事情，因为它无法以不影响编译到ES6的方式实现，但它有许多ES6没有的特性（例如静态类型）

也就是说，TS最终将支持编译到sane ES6代码。因此，您将能够以一种相当简单的方式获取代码库并将其移动到ES6，只需获取TS输出（或最终将输出）的ES6代码并将其用作源代码即可

---

我认识一些承包商，他们用TypeScript编写所有JavaScript代码，但因为他们的雇主只需要JavaScript，所以他们只需将其编译成JavaScript，然后将编译后的JavaScript作为成品提交。它是合理的代码，可以作为进一步开发和维护的基础。您大概可以用ES6做同样的事情。当然，不确定何时会支持它。

您可能知道，TypeScript不是ES6。它尝试以ES6友好的方式做大多数事情，偶尔也会避免做一些事情，因为它无法以不影响编译到ES6的方式实现，但它有许多ES6没有的特性（例如静态类型）

也就是说，TS最终将支持编译到sane ES6代码。因此，您将能够以一种相当简单的方式获取代码库并将其移动到ES6，只需获取TS输出（或最终将输出）的ES6代码并将其用作源代码即可

---

我认识一些承包商，他们用TypeScript编写所有JavaScript代码，但因为他们的雇主只需要JavaScript，所以他们只需将其编译成JavaScript，然后将编译后的JavaScript作为成品提交。它是合理的代码，可以作为进一步开发和维护的基础。您大概可以用ES6做同样的事情。当然，不确定什么时候会得到支持。

您的问题没有提供足够的细节。而且它甚至没有完全的意义。你说的“纯ES6语言”是指ES6吗？您关于能够从typescript切换到ES6的假设是不正确的。唯一的答案是基于意见的，不适合StackOverflow。请换一种更具体的说法。@AndrewEisenberg所说的转换，我指的是容易转移，而不是直接交换。TypeScript中的语言功能可能永远不会成为ECMAScript规范的一部分（例如，泛型）。我认为TypeScript编译器很可能会获得一个

--target ES6

标志，使ES6功能保持不变，并将非ES6转换为惯用JavaScript。您的问题没有提供足够的细节。而且它甚至没有完全的意义。你说的“纯ES6语言”是指ES6吗？您关于能够从typescript切换到ES6的假设是不正确的。唯一的答案是基于意见的，不适合StackOverflow。请换一种更具体的说法。@AndrewEisenberg所说的转换，我指的是容易转移，而不是直接交换。TypeScript中的语言功能可能永远不会成为ECMAScript规范的一部分（例如，泛型）。我认为TypeScript编译器很可能会获得一个

--target ES6

标志，使ES6功能保持不变，并将非ES6转换为惯用JavaScript。好的方面，我认为静态类型应该在ES7中，希望只针对evergreen浏览器，不会太远。ES6什么时候会成为typescript的输出选项？不幸的是，不知道。据我所知，ES6直到2014年EOY才被正式接受为标准。我的猜测是，微软在完成下一个主要编译器版本的工作后，将尝试获得ES6支持，据我所知，这将是当前版本的替代品，但是性能有了显著的提高。我们离typescript中的ES6支持还有什么距离吗？根据typescript团队最新的博客文章，发布的版本将看起来像1.3（我想差不多了），然后是1.4，可能是1.5，然后是2.0——而ES6支持将是2.0版本的一部分。看到了。很好的一点，我认为静态类型应该在ES7中，很有希望只针对不会太远的evergreen浏览器。有什么想法当ES6将成为typescript的输出选项吗？没有想法，很遗憾。据我所知，ES6直到2014年EOY才被正式接受为标准。我的猜测是，微软在完成下一个主要编译器版本的工作后，将尝试获得ES6支持，据我所知，这将是当前版本的替代品，但是性能有了显著的提高。我们离typescript中的ES6支持还有什么距离吗？根据typescript团队最新的博客文章，发布的版本将看起来像1.3（我想差不多了），然后是1.4，可能是1.5，然后是2.0——而ES6支持将是2.0版本的一部分。看见