Android架構--MVC、MVP、MVVM

前言

MVC、MVP、MVVM是當下Android開發中主要的項目架構，當你開發一個app時，合理的軟件架構有利於後期的維護。Android開發中我們可以選擇的架構只有以上三種，三種架構各有優缺點，我們可以從中選擇最合適我們的架構。

MVC

MVC（Model-View-Controller）是最常見的軟件架構之一，也是我們剛開始做Android開發選用的架構。

數據關係爲：
- View接收用戶交互指令
- View將指令傳遞給Controller
- Controller執行相關的業務邏輯，並操作Model進行數據更新
- Control更新數據完畢後，Model通知View更新數據變化
- View更新數據，更新界面

在Android中

那麼具體到Android項目中呢？我們知道在一個Android項目中，有java目錄下的class文件，也有res目錄下的各種資源，layout裏面的xml文件就對應於MVC的view層，裏面都是一些view的佈局代碼。而各種java bean，還有就對應於model層，至於controller層嘛，當然就是各種activity或者Fragment了。

• 通俗一點說，比如你按下了界面上的一個Button，Button是在xml裏進行佈局的，所以接收交互響應的是在View裏，你按下Button的反應，比如網絡請求，HttpHelper類就是Model了，那怎麼連接這兩層呢，我們是通過btn.setOnClickListener()連接的，這個是寫在Activity裏面的，既是在Controller層了。
• 這裏還要補充一點，Model進行數據更新完畢後，通知View進行數據更新，一般來說是通過觀察者模式進行更新的。在上面的三角關係中，一個Model可能對應着多個View，通過觀察者，所有註冊的View都能接收到更新。例如，在我們在使用ListView的時候，更新數據是通過Adapter的notifyDataSetChanged()方法進行數據更新，如果你跟進BaseAdapter的代碼，你就會發現，它還是通過觀察者模式更新數據。

public abstract class BaseAdapter implements ListAdapter, SpinnerAdapter {
//數據觀察者
    private final DataSetObservable mDataSetObservable = new DataSetObservable();

    public boolean hasStableIds() {
        return false;
    }

    public void registerDataSetObserver(DataSetObserver observer) {
        mDataSetObservable.registerObserver(observer);
    }

    public void unregisterDataSetObserver(DataSetObserver observer) {
        mDataSetObservable.unregisterObserver(observer);
    }

    /**
     * Notifies the attached observers that the underlying data has been changed
     * and any View reflecting the data set should refresh itself.
     */
    public void notifyDataSetChanged() {
        mDataSetObservable.notifyChanged();
    }
}

缺點

在Android開發中，MVC大家肯定會用，但是這種模式有什麼區缺點嗎，肯定是有的，要不然也不會有後來的MVP、MVVM了不是。大家可以想想，xml作爲View層，控制能力太弱了，比如我們要更換了背景，更換個字體顏色，xml中式無法完成的，你只能寫在Activity中，這樣就使得作爲Controller層的Activity，也充當起了View的角色，最終結果使得Activity代碼過於臃腫，我在開發的過程中，稍微複雜一點的界面，Activity可以達到2000+行代碼，這樣的代碼維護起來相信誰都會感到頭痛吧。

MVP

MVP作爲MVC模式的演化，解決了MVC模式的一些缺點。可以看到，View層和Model層不能直接進行通信了，轉而交給Presenter層作爲中間的代理。其中Model層和MVC是一樣的，但是Activity和Fragment則是純粹的View層了，不再充當Controller的角色了。所有的交互事件交給Presenter層處理。

數據關係爲
- View接收用戶交互請求
- View將請求提交給Presenter層
- Presenter層操作Model進行數據更新
- Model層通知Presenter層數據發生變化
- Presenter層操作View層界面更新
這樣實際上將View層和Model層解耦了。
在Android中
- 對於View，一般要有個IView的接口，Activity或者Fragment要實現這個接口。此接口主要是有關界面的操作，如下栗子中，獲取EditText的輸入值，顯示Toast，顯示和隱藏ProgressBar等。

public interface ILoginView {
        String getUserName();
        String getPassWord();
        void showToast(String content);
        void closeDispose(Disposable disposable);
        void showProgress();
        void hideProgress();
        void toOtherActivity();
    }
}

`
public class LoginActivity extends BaseActivity implements IView.ILoginView {}
- 對於Model，一般要有一個IModel，Model要繼承這個接口

public class IModel {
    public interface ILoginModel {
        void login(LoginBody loginBody, MyCallBack<UserLoginBean> callBack); //登錄
    }

}


public class LoginModel implements IModel.ILoginModel {}


MVVM

可以看到，和MVP比較，presenter層換成了viewmodel層，其實view層和viewmodel層是相互綁定的關係，這意味着當你更新viewmodel層的數據的時候，view層會相應的變動ui。

數據關係：
- View接收交互請求
- View將請求提交給ViewModel
- ViewModel操作Model進行數據更新
- Model更新完數據，通知ViewModel數據發生變化
- View和ViewModel是雙向綁定的關係，ViewModel變化，View層會相應變化

所以MVVM模式一般要結合Google推出的DataBinding，將View和ViewModel層進行數據綁定。

關於MVP和MVVM的例子，以後會給出。

最後

任何的項目框架，都是爲項目服務的。沒有絕對的好壞之分，只有更合適的選擇。在項目進展的不同階段，做出最合適的調整，纔是是更適合團隊項目發展的框架。