MVP簡介

MVP 全稱：Model-View-Presenter ；MVP 是從經典的模式MVC演變而來，它們的基本思想有相通的地方：Controller/Presenter負責邏輯的處理，Model提供資料，View負責顯示。

對於MVC不瞭解的朋友可以查此文： Android進階之路(1)-詳解MVC

Android中的MVP:

• M層：適合做一些業務邏輯處理，比如資料庫存取操作，網路操作，複雜的演算法，耗時的任務等都在model層處理。和MVC類似

• V層：對應的Activity，負責xml繪製與頁面互動

• P層：負責View與Model之間的互動

為什麼要用MVP

我們先想想上篇文章，我們講到為什麼要用MVC，當時我們總結了幾點：

• 程式碼複用
• 耦合性低
• 方便維護的高等

然而我們在寫MVC專案時候，也發現了一些問題： 1.對於Android中的Activity或者Fragment ，我們不能很清晰的區分它是View還是Controller，既有互動又有頁面繪製，這就導致了activity和fragment很“龐大”

2.View與Model確實是分離的，但是關聯性太強，這就導致activity與model的聯絡強，這樣我們只要改一點點程式碼， model 、view、activity 都會變，維護成本太高，View與Model之前的耦合性太高。

而MVP最大的改變就是View與Model實現完全隔離。View把操作意圖給P層，P收到後，會呼叫Model層來實現具體的邏輯， 邏輯實現後會再通知給P， P再通過View的介面回撥給View。即便V和M更改了，也不會有影響，耦合性低。

MVP DEMO

以登入模組為例，來實現MVP

1.定義View介面- ILoginView

 /**
     * 獲取view層的dialog
     *
     * @return retuen
     */
    Dialog getLoadDialog();

    /***
     * 關閉view層的dialog
     */
    void  cancelLoadDialog();

    /**
     * 獲取手機號引數
     *
     * @return username
     */
    String getPhone();

    /**
     * 獲取密碼
     *
     * @return password
     */
    String getCode();

    /**
     * 彈出訊息
     *
     * @param msg msg
     */
    void showMsg(String msg);
 

View介面大家都明白吧？就是你要告訴給P的意圖。activity實現此介面。並呼叫P的方法：

    @Override
    public void cancelLoadDialog() {

        if (dialog!=null&&dialog.isShowing()){
            dialog.dismiss();
        }

    }

    @Override
    public String getPhone() {
        return edPhone.getText().toString();
    }

    @Override
    public String getCode() {
        return edCode.getText().toString();
    }

    @Override
    public void showMsg(String msg) {
        Toast.makeText(getApplicationContext(),msg,Toast.LENGTH_SHORT).show();
    }

     mPresenter.login();

2.定義Model與ModelImpl Model：

public interface ILoginModel {


    void login(String phone,  String code, OnLoadDatasListener<CurrencyBean.DataBean> onLoadDatasListener);

}

ModelImpl ：

    @Override
    public void login(String phone, String code, final OnLoadDatasListener<CurrencyBean.DataBean> onLoadDatasListener) {
    //填寫具體的操作邏輯與onLoadDatasListener回撥
    }

model實現類邏輯處理完成之後會通知給P，定義P：

    /**
     * 登陸
     */
    public void login() {
        if (mView == null) return;
        if (TextUtils.isEmpty(mView.getPhone()) || TextUtils.isEmpty(mView.getCode())) {
            mView.showMsg("手機號或密碼不能為空");
            return;
        }
        mView.getLoadDialog().show();
    loginModel.login(mView.getPhone(), mView.getCode(), new OnLoadDatasListener<CurrencyBean.DataBean>() {
        @Override
        public void onSuccess(CurrencyBean.DataBean dataBean) {
            Gson gson=new Gson();
            mView.cancelLoadDialog();
            Log.e("qzs----   ",gson.toJson(dataBean)+"");
           mView.loginSuccess();
        }



        @Override
        public void onFailure(String error) {
            mView.cancelLoadDialog()；
            mView.loginFail();

        }
    });

    }

P通過View介面返回給View

另外MVP也是有缺點的：

• 增加程式碼的複雜度
• 實現難度增加
• 如果某特定檢視的渲染很多（activity），就會造成Presenter與該檢視聯絡過於緊密，一旦該檢視需要變更，那麼Presenter也需要變更了，不能如預期的那樣降低耦合度和增加複用性。

大家可以關注我的微信公眾號：「秦子帥」一個有質量、有態度的公眾號！

相關推薦