Vue脚手架为什么流行不起来?

自从2017年接触Vue脚手架以来，三年多过去了，像利用vue-cli来搭建一个项目已经很成熟了，基本上所有坑都被趟了，但是依然没有像预期的那样改变一个时代，只是vue-cli发布的频次越来越快，尤其进入4.0版本后随着功能强大，需要修复的Bug也越来越多。

Vue脚本手架为什么火不起来呢？结合它的应用场景笔者总结了出以下几点原因：

（1）使用Vue脚手架对于中小项目来说非必须，加之需要变化频繁，优势就没有那么明显。所以说大部分项目如果不是有什么特殊需求的话一般不会选择用它。即便使用前端绑定也只是把vuejs引入前端罢了。

（2）随着前端职位的招聘越来越多，它也备受前端的推崇，但是有一个问题，开发实现功能需要前端和后端统一节奏和思想，对于中小项目来说这无疑增加成本，前后端到数据库设计开发这样全栈程序员并不难找，老一辈程序自然都懂。大部分前端程序员是所谓的伪构架师提出来需求，当然如果你做项目大有足够的复杂度那分到前端这个颗粒度是完全合理的，甚至再把前端按功能类划分都不为过。无疑现在前后端分开招程序员这种方式在大多数项目不合理。至少在我的眼中只会一种语言只做单面的程序员是不合格的，在这一领域也不会有深入的发展。

（3）vue-cli的版本升级则是另一个原因，各版本之前兼容并不是太好，如果你的项目简单那没有问题，稍微复杂一点儿光这些依赖包的引用维护和配置就让你头大。你可以试一下从vue-cli2.0到vue-cli3.0 再从3.0到4.0，经历过才懂。

（4）我把最关键的放到最后一点，是什么呢？就在于nodejs,使用Vue脚手架搭建和发布的项目运行是基于nodejs的，它是使用js做服务端的事情，也是非常优秀的一个框架，某些方面完胜Python，Ruby这样的脚本。毕竟是google出品。但是它不能提供像java那样面向对象的编程，也就注定它不适合业务层开发需要配合其他语言使用。在这里有一点儿我要特别指出它是一种脚本语言，也就是脚本语言的优势它都有我不必多说，只列一下几个不适合做业务开发的主要原因，其一 严谨性 其二 debug调试 其三 IO性能（数据库支持程度） 还有一点我不得不澄清下，有文章一直说nodejs只能单线程这个说法是错误的，现在已经原生的很好支持多线程，充分使用CPU这一块没有问题。

正是基于第四点目前大多数使用vue脚手架的项目结构是这样，在后台使用java或者C#之类的语言提供api，前端展现使用脚手架加以UI框架。这种结构对于功能模块比较复杂的项目的开发和后期维护无疑会是一个很好的方案。
所以最终总结一下，Vue脚手架不会一统江湖，在复杂度高的项目中优势明显，可不使用任何UI框架由公司自定义组件实现高度自定义化。功能要求不高，开发效率要求高的项目也适合采用此结构。更多的项目情况会是这样，用不用都可以，可能最终选择开发人员之前熟悉的框架。

欢迎留言指正，原创。

1. [HPM] Error occurred while trying to proxy request "" from "" to ""
2. vue 和nodejs是什么关系？
3. el-select默认值设置
4. Vue项目发布后页面不更新 缓存
5. 强制Vue重新渲染组件的正确方法
6. vue el-table-column日期格式化
7. vue post 不传值，传参为空的一个原因
8. 2020年15个最快的免费公共DNS服务器列表
9. Vue axios 下载文件
10. npm : 无法将“npm”项识别为 cmdlet、函数、脚本文件或可运行程序的名称
11. JavaScript 是时候使用ECMAScript(ES6)了
12. 阿里网盘，首发业内第一
13. The Module DLL rewrite.dll failed to load
14. vue脚手架通过axios下载文件格式错误且乱码
15. 只在生产环境引入mockjs