小说mvvm

与多样化和复杂的前，设计模式不再是后端专有名词。从最初的面向对象的，框架制定了到现在为止mvc等一下，今天，它主要是关于Model-View-ViewModel(MVVM)。

对于mvc大家可能都会相对的非常熟悉，而mvvm预计陌生的居多。在我们web实际开发中用户的输入等行为必须通过监听窗体、文档和元素上的事件来获得而这些东西经常被觉得是View，而依照mvc模式这部分却是不应该在view层，而是Controller处理。Controller应该是View操作Model的中介，所以在web中mvc模式非常难被使用，而这时mvvm应运而生，它仅仅须要一个为view量身定制的model，这个model就是viewmodel。viewmodel包括全部由UI特定的接口和属性，并由一个viewmodel的视图的绑定属性，获得二者之间的松散耦合，同一时候在viewmodel直接更新视图中编写对应代码。

这样viewmodel具备良好的伸缩性，在小型应用中也可带来不菲的优点。

它还易于在终于的应用程序中利用開始构建的原型系统，使得异步编程变得简单，所以也成为了web应用中现在的主流框架模式，也是现在面试会问到到题目之中的一个。

看了上面大家对mvvm大致应该有了些印象，在我们实际开发中，正是因为用户界面的复杂化，用户界面在不同逻辑下包括多种状态。同一时候用户界面通常须要和业务组件协作实时的同步数据。应对这种需求mvvm也就更加的重要，它把应用程序的状态和行为进行封装，隔离了用户界面和用户的体验部分。model用来做数据訪问层，view则独立于model，而viewmodel则负责它们两者间信息的转化，同一时候对model层进行crud操作及view层提供数据绑定，这种模式也方便同样功能不同逻辑的页面模块的复用，对于后期维护也是省事了不少，并且在相信大家最常见的场景就是模块数据变化时，页面上有多块dom须要做相应的状态变化。这时用它更加能把大家从dom操作和查找中解放出来。

只是这个模式并非全部的项目都是适用的。设计模式也是要看使用场景。比方简单的UI那用它就是反而杀鸡用牛刀，照成多余的性能耗损。毕竟viewmodel和view之间的解析是不可缺少的。总之中的一个句话灵活应用合适的东西用在合适的地方给别人说的在烂的模式也是好用的。另外关于mvvm的框架大家能够看看Knockout、avalon、angular等一下。