尤雨溪认为旧版本的 Vue CLI 本质上只是从 GitHub 拉取模版,这种拉模版的方式有几个问题:html
(1) 在单个模版里面同时支持太多选项会致使模版自己变得极其复杂和难以维护,而提供多个模版一方面会让初学者无所适从,另外一方面模版之间也难以共享功能或是互相迁移。CLI 3 对此的解决方案是经过插件的形式去支持多个不一样的功能,一个插件对应一个功能(好比单元测试),这样即避免了多个模版,也使得 CLI 自身的可维护性获得提高。同时,支持第三方插件,使得用户能够实现各类自定义的功能扩展。前端
(2)拉模版生成的项目,全部的 webpack 配置和构建脚本都直接包含在仓库中,一旦用户对这些部分作了修改,就很难再得到源模版的更新和升级。CLI 3 生成的项目,核心的 webpack 配置和构建逻辑都被封装在依赖中,同时容许用户经过配置文件来进行底层的修改。这样的好处是 CLI 更新后,用户即便作过自定义的修改也依旧能够升级。vue
(3) 因为核心配置都被封装起来了,因此咱们有更多的空间去作更复杂的功能和优化,好比构建时的性能优化(缓存 / 多核),modern mode,生成 web component 等,而不用担忧用户的项目里面充斥大量和应用自己无关的构建代码。同时之后随着 web 平台新规范的落地,咱们也能够继续在 CLI 中添加各类针对性的优化,用户只须要升级便可得到。webpack
一直以来,人们一直认为 GUI 易用,CLI 高效,Vue CLI 3.0 中加入了 GUI,尤雨溪解释说,主要就是为了下降使用门槛,由于命令行能展现的交互颇有限,因此默认用户对于建立项目时涉及的各类工具和配置项都有基本的了解。而 GUI 能够提供更多的信息帮助用户了解这些东西是干吗的。另外 GUI 也能提供一些命令行难以展现的信息,好比经过可视化的图表分析打包后各个模块的大小占比等。web
有些 UI 库 /Vue 封装的框架也提供了脚手架,尤雨溪认为大部分库其实不须要特别的配置,提供脚手架的库,通常是须要进行一些特殊的配置来提高开发体验。CLI 3 其实正是但愿可以为这种状况提供一个标准方案,因此提供了很强大的插件 API。理想状况下,全部的第三方 UI 库均可以经过插件的形式接入 CLI 3,好比 vuetify 就有对应的 CLI 插件。至于框架(好比 nuxt),因为涉及到更高层的东西,有自身的脚手架无可厚非。浏览器
前段时间 Vue 公司在招募全职的开源工做者,相信你们都好奇,Vue 公司是不是盈利组织,他们是如何获取资金维持运转的?缓存
对此,尤雨溪答复,目前,Vue 由独立团队维护,并非那种拿投资的创业公司,资金来源就是赞助商、广告等。如今大部分的子项目都交给团队成员打理,Vue 核心库依然主要由尤雨溪亲自维护。性能优化
Vue 团队成员能够复制如下连接在浏览器中打开了解:框架
https://vuejs.org/v2/guide/te...ide
对于单点问题,尤雨溪表示,目前单点问题确定是存在的,他接下来有一部分计划就是细化项目的 governance model,减小项目对他的我的依赖,但这须要时间去慢慢落实。跳出前端的视野来看,Vue 实际上是一个很年轻的项目,在这个阶段对核心开发者的依赖是很正常的,甚至能够说是有必要的。不少如今举足轻重的项目,好比 Linux,从某种程度上来讲也存在单点问题。Python 在 Guido 宣布退休后会怎么发展,也让人很难预料。
前端总流行着这么一句话“别更新了,我学不动”,以前也曾有人恶搞 P 图,说尤雨溪要发布 Vue 4.0 了,尤雨溪回应,技术职业自己是一个须要靠不断的学习来维持竞争力的职业,若是只是抱着学会一门手艺吃到老的心态作这行的话,可能会比你想象得更早被淘汰。
做为独立开发者,尤雨溪认为他的时间能够彻底自由支配,不用加班,在工做和家庭平衡方面能够说比给公司打工好太多,固然,独立开发的另外一面是须要本身承担更多的压力和风险,同时还要有足够的自律能力,因此不必定适合全部人,但对他来讲,如今的生活状态使他很是满意。