MVC以及MVVM
最近几年，前端开发人员听到的各种框架如Vue.js、React.js、Angular.js等，都是基于MVVM模式。那什么是MVVM？而了解MVVM之前，我们有必要先了解下什么是MVC, 因为MVVM是基于MVC衍生出来的。
什么是MVC?
MVC 即Model-View-Controller的缩写，就是模型-视图-控制器，也就是说一个标准的web应用程序，应该是由这三部分组成：
- View 用来把数据以某种方式呈现给用户
- Model 其实就是数据
- Controller 接收并处理来自用户的请求，并将Model 返回给用户
什么是MVVM?
MVVM是Model-View-ViewModel的缩写，它是一种基于前端开发的架构模式，其核心是提供对View和ViewModel的双向数据绑定，这使得ViewModel的数据状态的改变可以自动传递给View,即所谓的数据双向绑定。
例如：Vue.js 是一个提供了MVVM风格的双向数据绑定的Javascript库，专注于View层。它的核心是MVVM中的VM, 也就是ViewModel。ViewModel负责连接View和Model,保证视图和数据的一致性，这种轻量级架构让前端开发更加高效、便捷。
为什么有了MVC, 还需要MVVM?
在HTML5还未火的时候，MVC作为Web应用的最佳实践是OK的，这是因为Web应用的View层相对来说比较简单，前端所需要的数据在后端基本上都可以处理好，View层主要是做一下数据的展示，那时候提倡的是Controller来处理复杂的业务逻辑，所以View层相对来说比较轻量，就是所谓的瘦客户端思想。
2010年起，HTML5概念被热炒，受到追捧，2012年，W3C正式宣布HTML5规范正式定稿，H5的时代到来了。
为什么前端也要工程化，要是使用MVC呢？
相对HTML4、HTML5最大的亮点是它为移动设备提供了一些非常有用的功能，使得HTML5具备了开发APP的能力，HTML5开发App最大的好处是跨平台，快速迭代和上线，节省人力成本和提高效率，因此很多企业开始对传统的App进行改造，逐渐用H5代替Native, 到2015年的时候，市面上大多数App或多或少嵌入了H5页面。
既然要用H5来构建App, 那View层所做的事，就不仅仅是简单的数据展示了，它不仅要管理复杂的数据状态，还要处理移动设备上各种操作行为等等。因此，前端也需要工程化，也需要一个类似MVC的框架来管理这些复杂的逻辑，使开发更加高效。
而MVC架构模式对于简单的应用来看是OK, 也符合软件架构的分层思想。但实际上，随着H5的不断发展，人们更希望使H5开发的应用能和Native媲美，或者接近于原生App的体验效果，于是前端应用的复杂程度已不同往日，今非昔比。这时前端开发就暴露出了一个最大痛点问题：在开发过程中，开发者需要大量的DOM操作。带来的问题也显而易见：处理繁琐，操作冗余，降低性能，影响体验。
MVVM的出现，完美解决了以上痛点
MVVM 由Model, View, ViewModel 三部分构成， Model层代表数据模型，可以在Model中定义数据修改和操作的业务逻辑，View代表UI组件，它负责把数据模型转化成UI展现出来，ViewModel 是一个同步View 和 Model的对象。
在MVVM架构下，View 和 Model 之间并没有直接的联系，而是通过ViewModel进行交互，Model 和 ViewModel 之间的交互是双向的， 因此View 数据的变化会同步到Model中，而Model 数据的变化也会立即反应到View 上。
ViewModel 通过双向数据绑定把 View 层和 Model 层连接了起来，而View 和 Model 之间的同步工作完全是自动的，无需人为干涉，因此开发者只需关注业务逻辑，不需要手动操作DOM, 不需要关注数据状态的同步问题，复杂的数据状态维护完全由 MVVM 来统一管理。
参考文献：http://web.jobbole.com/88931/
Vue 官语
- 一般来说，v-if有更高的切换开销，而v-show 有更高的初始渲染开销。因此，如果需要非常频繁的切换，则使用v-show较好；如果再运行时条件很少改变，则使用v-if较好。
- v-for 指令需要使用item in items 形式的特殊语法，items 是源数据数组，item是数组元素迭代的别名
