Linuxeden开源社区作者 ，译者
Babel 7带来了很多重大变更和改进，包括对TypeScript转换的支持以及更好的用于管理ES.Next提案的方法。
Babel和TypeScript团队合作，让Babel可以用@babel/preset-typescript解析和转换类型语法。Babel已经可以支持Flow，Babel团队的目标是为一些工具提供支持，这些工具可以让JavaScript用户利用渐进类型。TypeScript项目经理Daniel Rosenwasser解释了Babel和TypeScript团队协作的动机和好处：
一年多以前，我们开始寻找用户在使用TypeScript时遇到的最大困难，我们发现Babel用户面对的一个共同问题是使用ypeScript太难了。原因各不相同，但对于很多开发人员来说，重构已经正在运行的构建可能是一项艰巨的任务。
虽然TypeScript编译器仍然是构建TypeScript的首选方法，Babel可以处理编译和转换，但Babel没有提供内置的类型检查。这种集成可以让Babel用户利用TypeScript的拼写和错误检查优势。
定义JavaScript年度更新的工作组TC39创建了很多提案供参考。Babel 7更改了默认行为，要求用户明确选择加入版本4之前的任何特性，以防止用户无意中依赖尚未最终确定的特性。
Babel支持的TC39提案的完整列表可在babel/proposal中找到。
使用Babel进行配置的重大改进是在版本7中完成的，包括引入babel.config.js。这个新的配置文件是可选的，并不完全是作为.babelrc的替代，但在某些情况下，例如对于开发和生产环境的不同编译选项，预计会派上用场。
根据Babel维护者Henry Zhu所述：
*.js配置文件在JavaScript生态系统中相当常见。ESLint和Webpack分别使用.eslintrc.js和webpack.config.js配置文件。
需要注意的是，babel.config.js的配置方案与.babelrc是不一样的。新的配置文件总是从文件中解析配置，而.babelrc将查找每个文件，直到找到配置。这种方式可以利用选择性配置，并进行配置覆盖。
发布ES2015+软件包以及使用和编译这些软件包具有一定的挑战。Babel现在允许应用程序为测试、客户端源代码和服务器端代码提供不同的编译配置，不再需要为每个目录创建新的.babelrc文件。
Babel 7还为缺乏Promises和Symbols等功能的环境提供实验性的自动ployfill支持。Babel 7不会导入整个polyfill，而是只导入代码库中使用的polyfill。
Babel 7增加了更好的模块定位、用于Babel转换的调用者元数据、JSX支持、babel-upgrade工具等等。
在升级到Babel 7时需要注意几个重大变化：
- 移除对Node.js 6之前版本的支持；
- 使用带有作用域的@babel命名空间，以防止与官方Babel包混淆；
- 移除年度预设，替换为@babel/preset-env；
- 使用选择性TC39个别提案替换阶段提案；
- TC39提议插件现在是-proposal，而不是-transform；
- 为某些面向用户的包（例如babel-loader、@babel/cli等）在@babel/core中引入peerDependency。
在展望Babel 7之后的未来时，Zhu说：
Babel本质上与它编译的内容联系在一起：即JavaScript。只要有新的建议，就有工作要做。这包括在语法“稳定”之前用于实现和维护语法的时间和精力。我们关心整个过程：升级路径、新功能培训、标准/语言设计、易用性以及与其他项目的集成的宣传。
例如，Babel团队一直致力于支持修订后的装饰器提案，该提案将包含在7.1版本中。修订后的提案与之前的提案有很大不同，增加了更多特性。TypeScript路线图也包括了实现修订后的ES装饰器提案的计划。
其他正在开发中的新Babel功能包括minify、插件顺序、更好的验证/错误、异步使用Babel，等等。有关详细信息，请参阅Babel路线图。
Babel基于MIT开源许可。欢迎开发者通过Babel GitHub组织参与贡献，并遵守Babel的贡献指南和行为准则。也可以通过Open Collective进行捐款来支持该项目。
查看英文原文：Babel 7 Release Improves Support for ES.Next Proposals and TypeScript
转自 http://www.infoq.com/cn/news/2018/10/babel-7-typescript-esnext