588
理解javascript中的MVVM開發模式
MVVM的全稱是Model View ViewModel，這種架構模式最初是由微軟的MartinFowler作為微軟軟件的展現層設計模式的規範提出，它是MVC模式的衍生物，MVVM模式的關注點在能夠支持事件驅動的UI開發平台，例如HTML5,[2][3] WindowsPresentation Foundation (WPF), Silverlight 和 t ZK framework，Adobe Flex。
對這種模式的實現，大部分都是通過在view層聲明數據綁定來和其他層分離的，這樣就方便了前端開發人員和後端開發人員 的分工，前端開發人員在html標簽中寫對viewmodel的綁定數據，model和viewmodel是後端開發人員通過開發應用的邏輯來維護這兩層。
最近幾年，mvvm模式在javascript中開始有人實現，目前比較成熟的框架有KnockoutJS, Kendo MVVM和Knockback.js，下麵我們就以KnockoutJS為例看下MVVM模式中個部分的具體職責和實例代碼，同時理解使用這種模式開發的優點和缺點。
Model
同其他的mv*家族成員一樣，Model代表特定領域的數據或者應用所需的數據，一個典型的特定領域的數據如用戶信息【用戶名，頭像，email,電話】，或者一首音樂的信息【歌曲名，發行年份，專輯】;
Model僅僅關注數據信息，不關心任何行為；她不格式化數據或者影響數據在瀏覽器中的展現，這些不是他的職責；格式化數據是view層的任務，同時業務邏輯層被封裝在viewmodel中，用來和model進行交互。
在Model層做的一個比較意外的行為是對數據的驗證，比如當用戶輸入email的時候，判斷email的格式是否正確。
在KnockoutJS中,Model基本是按照上麵的定義來實現的，但是會有通過ajax調用服務器服務來進行讀寫Model數據。
View
View是指應用中和用戶直接交互的部分，他是一個交互式的UI來表示ViewModel的狀態，View被認為是主動的，而不是被動的？這句話的意思是說被動的View在應用中不關心model的領域，model的領域在controller中維護；MVVM的主動式的View包含數據綁定，事件和需要理解model和viewmodel的行為，盡管這些行為可以和屬性對應，view仍然需要響應viewmodel的事件,同時View不負責控製狀態。
KnockoutJS的view層就是一個簡單的html文檔，它裏麵會有關聯到viewmodel的數據聲明，同時KnockoutJS的view層顯示從ViewModel中獲取的數據，傳遞命令給viewmodel,並且更新viewmodel改變的狀態。
ViewModel
可以認為ViewModel是一個專門用於數據轉換的Controller,它可以把Model中的信息轉換為View中的信息，同時從View專遞命令給Model;
從這個意義上來說，ViewModel看上去更像一個Model,但是它控製著View的很多顯示邏輯，同時ViewModel也暴漏一些方法用來維護view的狀態，根據View的行為和事件來更新model；
綜上，ViewModel位於UI層的後麵，暴漏數據給View,可以認為是View層的數據和行為的源；
KnockoutJS把ViewModel解釋為數據的展現和表現在UI上的行為，他不是ui需要持久化的數據模型，但是他可以持有用戶存儲的數據；Knockout的 ViewModels是采用javascript對象實現的，不用關心html標簽，這種抽象的方法可以使它們的實現保持簡單。
優點：
- MVVM使並行開發更加容易，使前端開發和後端開發人員互不影響。
- 抽象化View層，減少了代碼中的業務邏輯
- ViewModel比事件驅動更容易測試
- ViewModel的測試不用關心uI的自動化和交互
缺點：
- 對於簡單的ui，使用MVVM有點太重
- 聲明式的數據綁定不利於調試,因為命令式的代碼可以和容易的設置斷點，這種模式就不利於設置這樣的斷點
- 在不挑剔(non-trivial)的應用裏數據綁定可以創建大量的簿記(book-keeping)。你也不想結束於綁定比被綁定的對象更複雜的情況。
- 在大的應用中，在獲取大量的概要(generalization)前很難設計視圖-模型層
最後更新：2017-04-02 16:48:12