引自 码云"封面人物"
Vue 一开始完全是一个个人兴趣项目。2013 年的时候我还在 Google Creative Lab，那时候前端框架还处于比较草莽的阶段，React 刚刚发布还没几个人知道，最成熟的是 AngularJS (Angular 1)。我当时一方面是想自己实现一个简单的框架练练手，另一方面是想尝试一下用 ES5 的 Object.defineProperty 实现数据变动侦测。众所周知 AngularJS 使用的是脏检查，而当时大部分的应用还需要支持 IE8，所以不能全面使用 ES5，而个人项目则不需要考虑这些。Vue 就是这样作为一个实验性质的项目开始的。
Vue 的发展历程，从最初的实验阶段（2013 年中到 2014 年 2 月），0.x 阶段 (2014 年 2 月到 2015 年 10 月)，1.x 阶段 (2015 年 10 月到 2016 年 9 月)，到现在的2.x 阶段 (2016 年 9 月至今)，加上正式对外发布之前的时间，到今天已经有 足足5 年多的时间了。 0.x - 1.0 的改动主要集中在模版语法上，在 1.0 之后，模版语法就相对稳定，没有再经历过特别大的改动了。2.0 的改动则专注于内部的渲染机制变化，引入了 Virtual DOM，从而获得了服务端渲染、原生渲染、手写渲染函数等能力。目前 3.0 正在竭力的开发过程中，主要集中于利用 ES2015 的新特性、改进内部架构和性能优化上。
现在的Vue 跟运行初期相比，最大的区别就是框架涵盖的范围变大了许多。一开始 Vue 只有一个核心库，现在则是包含了路由、状态管理、CLI 工具链、浏览器开发者插件、ESLint 插件等等的全套设施。目前只有核心库依然由我维护，其它子项目基本都交给团队成员去做日常维护了。
简约和功能之间的平衡确实是一个很有挑战性的设计问题。从我的角度来看，需要确保的是当用户不需要一个功能的时候，那么这个功能就不应该给用户造成额外的心智负担。比如说 Vue 的 动画组件，如果你不需要动画功能，那么你可以完全无视它的存在。从框架层面来说，这也体现在 Vue 的 “渐进式” 设计理念里面，比如如果你不需要客户端路由，那么你甚至不需要知道 vue-router 的存在。但对于需要这些功能的用户而言，这些功能都是包含在框架之内的。所以 Vue 的 API 列表看上去好像很长，但实际上手需要掌握的核心概念却很简单，用户只需要去了解功能的意义和价值就可以了。
当然也适合！但是需要团队有良好的开发规范，代码的可长期维护本质上是一个规范问题。要让一个人写出来的代码不仅能被以后的同一个人看懂，还能被团队里其它成员看懂，甚至是被很久以后新加入的人看懂。从这一点来说，灵活性跟长期可维护性肯定是有一定的冲突的，想要写出来的代码一致，就需要有制约。有人可能觉得 Vue 制约太少，但其实该有的都有，完全取决于你是否需要它们。如果你知道一个项目是要打长期战的，那么在启动项目的时候，就要有意识的选用框架所提供的有利于长期维护的功能。一方面是采用比如 Vuex 这样的状态管理方案 - Vuex 的代码是自带一定的强制规范的，它可以让大家写出来的修改状态代码都遵循一样的流程。另一方面则是需要团队制定严谨的开发规范，比如代码风格、静态检查、TypeScript、单元测试等等 —— 这些 Vue 都通过 Vue CLI 提供了工具层面的支持。我们在 3.0 中还会进一步加强和 TypeScript 的整合。
更多内容请 查看原文
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。