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是前端的終極解決方案」