MVVM 是Model-View-ViewModel 的縮寫,它是一種基於前端開發的架構模式,其核心是提供對View 和 ViewModel 的雙向資料繫結,這使得ViewModel 的狀態改變可以自動傳遞給 View,即所謂的資料雙向繫結。
Vue.js 是一個提供了 MVVM 風格的雙向資料繫結的 Javascript 庫,專注於View 層。它的核心是 MVVM 中的 VM,也就是 ViewModel。 ViewModel負責連線 View 和 Model,保證檢視和資料的一致性,這種輕量級的架構讓前端開發更加高效、便捷。
為什麼會出現 MVVM 呢?
我接觸MVVM 是在2015年,可以說2015年是MVVM 最火熱的一年,而在這之前,我所知道的就是MVC, MVC 大約是在5年前,也就是2011年的時候接觸的,那時候剛學程式語言,學的Java,而Java 中經典的 SSH 框架就用來構建一個標準的MVC 框架。說實話,MVC 用了這麼多年,但始終沒有很深刻的理解,只停留在用的層面, 一直到接觸 Vue.js 之後,研究了MVVM 架構思想,然後再回頭看 MVC ,才有一種豁然開朗的感覺~
MVC 即 Model-View-Controller 的縮寫,就是 模型-檢視-控制器 , 也就是說一個標準的Web 應用程式是由這三部分組成的:
1 2 3 |
View 用來把資料以某種方式呈現給使用者 Model 其實就是資料 Controller 接收並處理來自使用者的請求,並將 Model 返回給使用者 |
在HTML5 還未火起來的那些年,MVC 作為Web 應用的最佳實踐是OK 的,這是因為 Web 應用的View 層相對來說比較簡單,前端所需要的資料在後端基本上都可以處理好,View 層主要是做一下展示,那時候提倡的是 Controller 來處理複雜的業務邏輯,所以View 層相對來說比較輕量,就是所謂的瘦客戶端思想。
2010年到2011年,HTML5概念被熱炒,受到追捧,2012年,W3C 正式宣佈HTML5規範已經正式定稿。2013年我剛進公司就接觸了第一個 HTML5 框架Sench touch, 它是一款用來構建移動應用的HTML5 框架,它將前後端徹底分離,前端採用MVC 架構,作為一個獨立的專案工程來維護。
為什麼前端要工程化,要是使用MVC?
相對 HTML4 , HTML5 最大的亮點是它為移動裝置提供了一些非常有用的功能,使得 HTML5 具備了開發App的能力, HTML5開發App 最大的好處就是跨平臺、快速迭代和上線,節省人力成本和提高效率,因此很多企業開始對傳統的App進行改造,逐漸用H5代替Native,到2015年的時候,市面上大多數App 或多或少嵌入都了H5 的頁面。
既然要用H5 來構建 App, 那View 層所做的事,就不僅僅是簡單的資料展示了,它不僅要管理複雜的資料狀態,還要處理移動裝置上各種操作行為等等。因此,前端也需要工程化,也需要一個類似於MVC 的框架來管理這些複雜的邏輯,使開發更加高效。 但這裡的 MVC 又稍微發了點變化:
1 2 3 |
View UI佈局,展示資料 Model 管理資料 Controller 響應使用者操作,並將 Model 更新到 View 上 |
這種 MVC 架構模式對於簡單的應用來看起是OK 的,也符合軟體架構的分層思想。 但實際上,隨著H5 的不斷髮展,人們更希望使用H5 開發的應用能和Native 媲美,或者接近於原生App 的體驗效果,於是前端應用的複雜程度已不同往日,今非昔比。這時前端開發就暴露出了三個痛點問題:
1 2 3 4 |
1. 開發者在程式碼中大量呼叫相同的 DOM API, 處理繁瑣 ,操作冗餘,使得程式碼難以維護。 2. 大量的DOM 操作使頁面渲染效能降低,載入速度變慢,影響使用者體驗。 3. 當 Model 頻繁發生變化,開發者需要主動更新到View ;當使用者的操作導致 Model 發生變化,開發者同樣需要將變化的資料同步到Model 中, 這樣的工作不僅繁瑣,而且很難維護複雜多變的資料狀態。 |
其實,早期jquery 的出現就是為了前端能更簡潔的操作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 來統一管理。
Vue.js 的細節
Vue.js 可以說是MVVM 架構的最佳實踐,專注於 MVVM 中的 ViewModel,不僅做到了資料雙向繫結,而且也是一款相對來比較輕量級的JS 庫,API 簡潔,很容易上手。Vue的基礎知識網上有現成的教程,此處不再贅述, 下面簡單瞭解一下 Vue.js 關於雙向繫結的一些實現細節:
Vue.js 是採用 Object.defineProperty 的 getter 和 setter,並結合觀察者模式來實現資料繫結的。當把一個普通 Javascript 物件傳給 Vue 例項來作為它的 data 選項時,Vue 將遍歷它的屬性,用 Object.defineProperty 將它們轉為 getter/setter。使用者看不到 getter/setter,但是在內部它們讓 Vue 追蹤依賴,在屬性被訪問和修改時通知變化。
1 2 3 4 |
Observer 資料監聽器,能夠對資料物件的所有屬性進行監聽,如有變動可拿到最新值並通知訂閱者,內部採用Object.defineProperty的getter和setter來實現 Compile 指令解析器,它的作用對每個元素節點的指令進行掃描和解析,根據指令模板替換資料,以及繫結相應的更新函式 Watcher 訂閱者, 作為連線 Observer 和 Compile 的橋樑,能夠訂閱並收到每個屬性變動的通知,執行指令繫結的相應回撥函式 Dep 訊息訂閱器,內部維護了一個陣列,用來收集訂閱者(Watcher),資料變動觸發notify 函式,再呼叫訂閱者的 update 方法 |
從圖中可以看出,當執行 new Vue() 時,Vue 就進入了初始化階段,一方面Vue 會遍歷 data 選項中的屬性,並用 Object.defineProperty 將它們轉為 getter/setter,實現資料變化監聽功能;另一方面,Vue 的指令編譯器Compile 對元素節點的指令進行掃描和解析,初始化檢視,並訂閱Watcher 來更新檢視, 此時Wather 會將自己新增到訊息訂閱器中(Dep),初始化完畢。
當資料發生變化時,Observer 中的 setter 方法被觸發,setter 會立即呼叫Dep.notify(),Dep 開始遍歷所有的訂閱者,並呼叫訂閱者的 update 方法,訂閱者收到通知後對檢視進行相應的更新。
以上內容是我在大半年的專案實踐之後,對MVVM 和 Vue.js 的一點點簡單認識和總結,希望對各位有所幫助!