cli2弃用了吗 vue_vue-cli3相比2有什么好的，值得升级吗？

其实这个问题主要是想了解vue-cli3与vue-cli2相比是否存在一些不得不升级的好处和优点？

产生这个问题的原因是在试用完vue-cli3之后并没有觉得好用，反而觉得束手束脚，我cli2时，webpack想怎么配怎么配为什么到了cli3我要在vue.config.js中配置

众所周知vue-cli的通用配置并不适合每种情况,而在vue.config.js只能做增添和覆盖，所以一直没有用vue-cli3构建项目

所以想请教下 这个版本有没有值得升级的优点

现在来看看Vue-cli v3的改进，以及思考这些有什么意义呢？

1. 抽离cli service层

Create-React-App是第一个做这种事情的。vue-cli3库现在包含以下两个模块：

CLI: 即vue全局命令，主要用于项目创建和管理，包含了vue create、vue ui这些命令。CLI命令的做的事情比较少，所以更新不会太频繁(开发者也很少会去更新这些命令)

Service层: 负责项目的实际构建，也就是webpack项目构建。这一块是频繁更新的，一般作为项目的局部依赖。

OK，这么做有什么意义呢？考虑这样一个场景，这也是答主之前遇到的一个痛点：

vue-cli3之前不算是一个构建CLI, 它顶多就是一个模板拷贝器, 所有webpack配置和构建命令都是耦合在具体的项目里面，package.json会包含一大堆开发依赖。

如果去跟进webpack或相关工具更新的朋友会有这种体会，升级不是一件容易的事情。比如你升级了babel-loader, 可能要连带webpack都升级，webpack升级后可能其他工具又不兼容了。

升级方面的痛点是其一。如果你的团队需要维护很多项目，你怎么对这些项目进行维护升级？每个项目都拷贝一下？如果某个项目做了特殊配置呢？

对于团队而言，项目构建这一块是应该尽量做到的统一和傻瓜化的，没有必要在这方面投入太多的精力，应该把事情外包给擅长这种事情的人去做。

另外不要排斥更新，更新可以获得更好的开发体验和构建速度、运行性能, 别人在这方面比你了解的更多。

分离了vue-cli-service之后，项目构建更新只是一个命令的事情，除非做了很多特殊化操作。特殊化操作应该封装到vue-cli的插件中。这就引出了vue-cli3的另外一个特色：插件

2. 插件化

相比create-react-app, vue-cli是在太仁慈了。vue-cli的插件机制很灵活，通过webpack-chain和webpack-merge可以实现webpack完全定制化。

可以对比一下市面上流行的cli工具的可扩展性：

Vue CLI

create-react-app

parcel

快速原型开发

支持

–

支持

全局模式

零配置原型开发就是全局的

–

支持

插件

支持

–

支持，扩展文件类型和文件输出

扩展性

强，通过插件扩展 wepack 配置

弱, 强约定, 无法配置 webpack，可以 eject, 然后手工配置；支持 babel-macro;(严格说可以通过react-app-rewired进行扩展)

中(可以配置 babel，postcss，Typescript); 提供了 Node API; 支持插件扩展文件类型

多页面

支持

–

支持

适用范围

Vue 组件的第一公民。通过扩展可以支持任意前端框架

针对 React 开发，不支持其他框架

parcel 是一个通用的打包工具，它的竞争对手是 webpack

编译速度

cache-loader,thread-loader 来加速 JS 和 TS 编译

babel-loader 开启了 cache

编译速度号称是 webpack 的两倍

可升级性

支持升级 cli-service, 插件需要单独升级, 插件需要遵循语义化版本. 太多插件存在升级风险

支持升级 react-script, 官方维护，且强约定基本可以保障向下兼容

支持升级 parcel-bundler

UI

图形化管理是 CLI 的特色之一

–

–

对于vue-cli的插件实现机制可以看这篇文章。

因为vue-cli灵活的扩展性，所以它不仅限于vue本身，可以扩展支持react、anything…

按照上文说的，如果你要做深度的vue-cli定制化，不建议直接写在vue.config.js中，而是封装在插件中，独立的维护这个插件，然后项目再依赖这个插件。这样就可以简化升级的成本和复杂度。

3. GUI界面

虽然大部分人都觉得作用不大，因为确实对开发效率并实际的提升效果。就是看着舒服直观，这就够了。

4. 快速原型开发

vue-cli3也支持直接将一个vue文件跑起来，快速原型开发或验证某些想法时，挺不错。

5. 现代模式

给先进的浏览器配合先进的代码(ES6之后),同时兼容旧版本的浏览器，先进的代码不管从文件体积还是脚本解析效率都有较高的提升。

体积对比:

Version

Size (minified)

Size (minified + gzipped)

ES2015+ (main.mjs)

80K

21K

ES5 (main.es5.js)

175K

43K

解析效率:

Version

Parse/eval time (individual runs)

Parse/eval time (avg)

ES2015+ (main.mjs)

184ms, 164ms, 166ms

172ms

ES5 (main.es5.js)

389ms, 351ms, 360ms

367ms

总结一下：

如果我们喜欢折腾，肯定会觉得vue-cli3束手束脚，这时候我们不是vue-cli3的目标用户；就比如我们团队就自己搞了一一个CLI构建工具: jm-cli, 根据自己的团队需求进行深度定制，不过我们这个工具是强约定的，包括目录结构、编码规范等等. 因为我们不推荐团队成员去搞特殊化定制，而且为了方便进行更新，所以干脆就不让扩展了，统一和规范对团队来说才是最重要的.如果你有类似的开发经验，你会觉得vue-cli可能是所有构建CLI的最终归宿或者典范。

如果不想折腾，只想写代码，那就直接拿来用吧；

如果想折腾，又要考虑团队协作和构建工具链的维护成本，vue-cli是很适合的。当然你也可以造轮子

如果想学webpack的构建项目，也不推荐你使用vue-cli

最后给vue团队点个赞👍