MVC

1、簡介

MVC全名是Model View Controller，用一種業務邏輯、資料、介面顯示分離的分離的方法組織程式碼，在改進和個性化定製介面及使用者互動的同時，不需要重新編寫業務邏輯。如圖所示。

其中，

Model：處理資料、業務邏輯等。

View：處理介面的顯示結果。

Controller：起到橋樑的作用，來控制V和M層通訊，達到分離檢視顯示和業務邏輯層。

2、在Android中

Model: 業務模型，建立的資料結構和相關的類。對資料庫的操作、對網路等的操作都應該在Model裡面處理。

View： 一般採用XML檔案進行介面的描述。

Controller

3、優缺點

• 優點

程式碼結構簡單，所有通訊是單向的。

• 缺點

（1）xml作為view層，控制能力實在太弱了。你想去動態的改變一個頁面的背景，或者動態的隱藏/顯示一個按鈕，這些都沒辦法在xml中做，只能把程式碼寫在activity中，造成了activity既是controller層，又是view層的這樣一個窘境。

（2）隨著介面及其邏輯的複雜度不斷提升，Activity類的職責不斷增加，以致變得龐大臃腫。

（3）view層和model層是相互可知的，這意味著兩層之間存在耦合。

MVP

1、簡介

MVP與MVC有一定的相似性：Controller/Presenter負責邏輯的處理，Model提供資料，View負責顯示。如圖所示。

2、在Android中

Model: 負責儲存、檢索、操作資料, 可以實現一個Model interface用來降低耦合。

View: 負責繪製UI元素、與使用者進行互動，體現為Activity、Fragment等。可以實現一個View interface來降低耦合，方便進行單元測試。

Presenter: 作為View與Model互動的中間紐帶，處理與使用者互動邏輯。

資料流方向：V -> P -> M -> P -> C

3、優缺點

• 優點

（1）模型與檢視完全分離，我們可以修改檢視而不影響模型。

（2）可以更高效地使用模型，因為所有的互動都發生在一個地方——Presenter內部。

（3）一個Presenter用於多個檢視，方便單元測試。

• 缺點

（1）P層與V層是通過介面進行互動，介面粒度不好控制。粒度太小，就會存在大量介面的情況，使程式碼太過碎片化。粒度太大，解耦效果不好。

（2）MVP是以UI為驅動的模型，更新UI都需要保證能獲取到控制元件的引用，同時更新UI的時候要考慮當前是否是UI執行緒，也要考慮Activity的生命週期

（3）複雜的業務同時也可能會導致P層太大，最終P層程式碼過於臃腫。

MVVM

1、簡介

MVVM可以當作MVP的升級版，其中的VM是ViewModel的縮寫，ViewModel可以理解成是View的資料模型和Presenter的合體，ViewModel和View之間的互動通過Data Binding完成，而Data Binding可以實現雙向的互動，這就使得檢視和控制層之間的耦合程度進一步降低，關注點分離更為徹底，同時減輕了Activity的壓力。如圖所示。

2、在Android中

Model: 與MVP的Model類似，資料物件，提供資料操作的介面，同時在資料變化時發出變更通知。

View：與MVP的View類似，UI層，展示介面。

ViewModel：指View的Model，包含View的一些資料屬性和操作，關鍵技術是資料繫結DataBinding, View的變化直接影響ViewModel， ViewModel的變化或者內容會直接體現在View上。

3、優缺點

• 優點

（1）雙向繫結技術，當Model變化時，View-Model會自動更新，View也會自動變化，很好做到資料的一致性。

• 缺點

（1）資料繫結使得 Bug 很難被除錯。你看到介面異常了，有可能是你 View 的程式碼有 Bug，也可能是 Model 的程式碼有問題。

（2）不利於程式碼重用。客戶端開發最常用的重用是View，但是資料雙向繫結技術，讓你在一個View都綁定了一個model，不同模組的model都不同。

參考文章