2018年开发新Web应用应选用哪个ECMAScript版本？

咱们基于具体的兼容性事实和行业最佳实践来拆解这个问题——毕竟你要的是客观判断，不是主观建议。

不用把ES6作为唯一目标，开发和发布可以分开处理，完全能兼顾效率和兼容性。

一、Web应用内部开发（Vue.js + Express）：放心用ES8+ #

从事实层面看：

• Vue.js生态：Vue CLI或Vite默认集成了Babel和Webpack/Vite，不管你写ES8核心特性（比如async/await、对象扩展运算符...）还是更高版本的语法，构建时都会自动转译为兼容主流浏览器的代码，甚至能覆盖IE11这类旧浏览器（只要配置对应Babel preset）。
• Express + Node.js：Node.js从v8.x（2017年的LTS版本）开始就原生支持ES8的核心特性，而当前主流的Node LTS版本（v16+、v18+）更是支持到ES13+的大部分特性。即使你用了Node暂未原生支持的语法，也可以通过Babel转译后在Node环境运行，完全不影响开发效率。

简单说：开发时用最新的ES语法（ES8及以上）能大幅提升代码可读性和开发效率，工具链会帮你搞定兼容性，没必要自限在ES6。

二、要发布的npm模块：按需提供多版本输出 #

这部分是你需要重点调整的地方，基于用户需求，事实层面的最佳实践是提供多版本产物：

1. 面向Node.js用户：
   • 查Node.js官方兼容性表可知：Node v12+已完全支持ES8特性，v10.x也支持大部分。如果你的目标用户是使用LTS版本的开发者，直接发布ES8代码也没问题；但如果要兼容更老的Node版本（比如v8以下），就需要转译为ES6甚至ES5。
   • 建议在package.json里配置engines字段明确声明支持的Node版本，比如"engines": {"node": ">=12.0.0"}，避免不必要的兼容纠纷。
2. 面向浏览器用户：
   • 必须提供转译后的ES5/ES6版本，覆盖不同浏览器的兼容性；同时可以额外提供一份未转译的ES8源码（通过package.json的module字段指向），供使用现代构建工具（Webpack 5+、Vite）的用户直接使用，减少转译开销。
3. 行业通用做法：
   用Rollup或Webpack打包时，同时输出两种产物：
   • CommonJS格式（转译为ES5/ES6）：供Node.js和旧版构建工具使用，对应package.json的main字段。
   • ES Module格式（ES8+）：供现代浏览器和构建工具使用，对应package.json的module字段。

这样既满足了希望用ES6或更早版本的用户，也能让现代用户享用到更简洁的源码。

三、为什么不用刻意限制在ES6？ #

从事实角度：

• ES6是2015年的版本，距今已8年，ES8（2017）的核心特性早已成为行业标配，比如async/await解决了回调地狱问题，比ES6的Promise写法更直观，能显著提升开发效率。
• 你的工具链（Babel、Webpack）完全能处理ES8到ES5/ES6的转译，不存在技术障碍。
• 就像你说的，没人会用1997年的ES1，同理，在有完善转译工具的前提下，没必要停留在8年前的ES6版本。

内容的提问来源于stack exchange，提问作者nowox