Mvvm模式的理解

jquery自己特性，也就是事件触发，不少时候，就是你在编写 触发事件->处理数据 的流程。

很显然，功能一多，代码就会和面条同样，交织在一块儿了。而后你要么崩溃，要么天然而然的开始写你本身的框架来管理代码了。

mvvm绝对的优点就是下降耦合性，让前端从复杂的事件，回调中挣脱出来。

举一个例子，利用通常的前端模板加jQuery 事件委托 搞定.但随着业务的膨胀， 代码就充满了各类选择器与事件回调，难以维护。所以完全的将业务与逻辑分离，就只能求助于架构。

除此以外， 也免去了一些重复的体力劳动。

mvvm框架 ：

angular很好，但就是不想用。。。

主要是由于源码过重了，有啥问题想本身干点猥杂事情的时候，很难分析和入手。

绑定复杂的UI设计的时候，仍是有些麻烦。

后来碰到了avalon框架其实更好理解，也比angular兼容性更好。能够兼容到ie6.

引用前端乱炖中avalon教程

avalon是国内最强大的 MVVM框 架，没有之一，虽然淘宝KISSY团队也搞了两个MVVM框架，但都无疾而终。其余的MVVM框架都没几个。也只有外国人与像我这样闲的架构师才有时间钻 研这东西。我很早以前就预言，MVVM是前端的终极解决方案。我以前在盛大无线作盛大通行证就深有体会，一个业务逻辑对应十来个不一样的界面，分层架构是必 不可少的。所以双向绑定做为解药，结合很早就流行的MVC框架，衍生出MVVM这神器。

司徒正美，做者有着强大的自信，一我的开发的框架就敢说国内最强大的MVVM框架，不过我信了。不为别的，就是那句“MVVM是前端的终极解决方案”。

单纯从数据来看，其实咱们要解决的问题很简单(双向数据绑定的问题)

a) 当DO对象属性放生变化时候，通知View更新

b) 当View上表单值放生变化时，通知DO更新，并异步通知队列同步到数据源

界面和逻辑关联紧密，数据直接从数据库读取。mvvm的界面与viewmode是松耦合，界面数据从viewmodel中获取。

我信奉 “MVVM是前端的终极解决方案”