2. 程式人生 > >Android MVP架構從入門到精通-真槍實彈

Android MVP架構從入門到精通-真槍實彈

阿新 • • 發佈：2018-11-23

一. 前言

你是否遇到過Activity/Fragment中成百上千行程式碼,完全無法維護,看著頭疼?

你是否遇到過因後臺介面還未寫而你不能先寫程式碼邏輯的情況?

你是否遇到過用MVC架構寫的專案進行單元測試時的深深無奈?

如果你現在還是用MVC架構模式在寫專案,請先轉到MVP模式!

二. MVC架構

MVC架構模式最初生根於伺服器端的Web開發，後來漸漸能夠勝任客戶端Web開發，再後來因Android專案由XML和Activity/Fragment組成,慢慢的Android開發者開始使用類似MVC的架構模式開發應用.

mvc架構模式

M層:模型層(model),主要是實體類,資料庫,網路等存在的層面,model將新的資料傳送到view層,使用者得到資料響應.

V層:檢視層(view),一般指XML為代表的檢視介面.顯示來源於model層的資料.使用者的點選操作等事件從view層傳遞到controller層.

C層:控制層(controller),一般以Activity/Fragment為代表.C層主要是連線V層和M層的,C層收到V層傳送過來的事件請求,從M層獲取資料,展示給V層.

從上圖可以看出M層和V層有連線關係,而Activity有時候既充當了控制層又充當了檢視層,導致專案維護比較麻煩.

1. MVC架構優缺點
A. 缺點

  1. M層和V層有連線關係,沒有解耦,導致維護困難.

  2. Activity/Fragment中的程式碼過多,難以維護.

Activity中有很多關於檢視UI的顯示程式碼，因此View檢視和Activity控制器並不是完全分離的，當Activity類業務過多的時候，會變得難以管理和維護.尤其是當UI的狀態資料，跟持久化的資料混雜在一起，變得極為混亂.

B. 優點

  1. 控制層和View層都在Activity中進行操作，資料操作方便.

  2. 模組職責劃分明確.主要劃分層M,V,C三個模組.

三. MVP架構

MVP

MVP,即是Model,View,Presenter架構模式.看起來類似MVC,其實不然.從上圖能看到Model層和View層沒有相連線,完全解耦.

使用者觸碰介面觸發事件,View層把事件通知Presenter層,Presenter層通知Model層處理這個事件,Model層處理後把結果傳送到Presenter層,Presenter層再通知View層,最後View層做出改變.這是一整套流程.

M層:模型層(Model),此層和MVC中的M層作用類似.

V層:檢視層(View),在MVC中V層只包含XML檔案,而MVP中V層包含XML,Activity和Fragment三者.理論上V層不涉及任何邏輯,只負責介面的改變,儘量把邏輯處理放到M層.

P層:通知層(Presenter),P層的主要作用就是連線V層和M層,起到一個通知傳遞資料的作用.

1. MVP架構優缺點
A. 缺點

  1. MVP中介面過多.

  2. 每一個功能,相比於MVC要多寫好幾個檔案.

  3. 如果某一個介面中需要請求多個伺服器介面,這個介面檔案中會實現很多的回撥介面,導致程式碼繁雜.

  4. 如果更改了資料來源和請求中引數,會導致更多的程式碼修改.

  5. 額外的程式碼複雜度及學習成本.

B. 優點

  1. 模組職責劃分明顯,層次清晰,介面功能清晰.

  2. Model層和View層分離,解耦.修改View而不影響Model.

  3. 功能複用度高,方便.一個Presenter可以複用於多個View,而不用更改Presenter的邏輯.

  4. 有利於測試驅動開發,以前的Android開發是難以進行單元測試.

  5. 如果後臺介面還未寫好,但已知返回資料型別的情況下,完全可以寫出此介面完整的功能.

四. MVP架構實戰(真槍實彈)

1. MVP三層程式碼簡單書寫

接下來筆者從簡到繁,一點一點的堆砌MVP的整個架構.先看一下XML佈局,佈局中一個Button按鈕和一個TextView控制元件,使用者點選按鈕後,Presenter層通知Model層請求處理網路資料,處理後Model層把結果資料傳送給Presenter層,Presenter層再通知View層,然後View層改變TextView顯示的內容.

MVP 

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:layout_gravity="center"
    android:gravity="center"
    android:orientation="vertical"
    tools:context=".view.SingleInterfaceActivity">

    <Button
        android:id="@+id/button"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="點選" />

    <TextView
        android:id="@+id/textView"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_marginTop="100px"
        android:text="請點選上方按鈕獲取資料" />
</LinearLayout>
複製程式碼

接下來是Activity程式碼,裡面就是獲取Button和TextView控制元件,然後對Button做監聽,先簡單的這樣寫,一會慢慢的增加程式碼.

public class SingleInterfaceActivity extends AppCompatActivity {

    private Button button;
    private TextView textView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_single_interface);
        button = findViewById(R.id.button);
        textView = findViewById(R.id.textView);

        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {

            }
        });

    }
}
複製程式碼

下面是Model層程式碼.本次網路請求用的是wanandroid網站的開放api,其中的文章首頁列表介面.SingleInterfaceModel檔案裡面有一個方法getData,第一個引數curPage意思是獲取第幾頁的資料,第二個引數callback是Model層通知Presenter層的回撥.

public class SingleInterfaceModel {
    
    public void getData(int curPage, final Callback callback) {
        NetUtils.getRetrofit()
                .create(Api.class)
                .getData(curPage)
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Subscriber<ArticleListBean>() {
                    @Override
                    public void onCompleted() {
                        LP.w("completed");
                    }

                    @Override
                    public void onError(Throwable e) {
                        callback.onFail("出現錯誤");
                    }

                    @Override
                    public void onNext(ArticleListBean bean) {
                        if (null == bean) {
                            callback.onFail("出現錯誤");
                        } else if (bean.errorCode != 0) {
                            callback.onFail(bean.errorMsg);
                        } else {
                            callback.onSuccess(bean);
                        }
                    }
                });
    }
}
複製程式碼

Callback檔案內容如下.裡面一個成功一個失敗的回撥介面,引數全是泛型,為啥使用泛型筆者就不用說了吧.

public interface Callback<K, V> {
    void onSuccess(K data);

    void onFail(V data);
}
複製程式碼

再接下來是Presenter層的程式碼.SingleInterfacePresenter類建構函式中直接new了一個Model層物件,用於Presenter層對Model層的呼叫.然後SingleInterfacePresenter類的方法getData用於與Model的互相連線.

public class SingleInterfacePresenter {
    private final SingleInterfaceModel singleInterfaceModel;

    public SingleInterfacePresenter() {
        this.singleInterfaceModel = new SingleInterfaceModel();
    }

    public void getData(int curPage) {
        singleInterfaceModel.getData(curPage, new Callback<ArticleListBean, String>() {
            @Override
            public void onSuccess(ArticleListBean loginResultBean) {
                //如果Model層請求資料成功,則此處應執行通知View層的程式碼
                
            }

            @Override
            public void onFail(String errorMsg) {
                //如果Model層請求資料失敗,則此處應執行通知View層的程式碼
                
            }
        });
    }
}
複製程式碼

至此,MVP三層簡單的部分程式碼算是完成.那麼怎樣進行整個流程的相互呼叫呢.我們把剛開始的SingleInterfaceActivity程式碼改一下,讓SingleInterfaceActivity持有Presenter層的物件,這樣View層就可以呼叫Presenter層了.修改後程式碼如下.

public class SingleInterfaceActivity extends AppCompatActivity {

    private Button button;
    private TextView textView;
    private SingleInterfacePresenter singleInterfacePresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_single_interface);
        button = findViewById(R.id.button);
        textView = findViewById(R.id.textView);

        singleInterfacePresenter = new SingleInterfacePresenter();
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                singleInterfacePresenter.getData(0);
            }
        });

    }
}
複製程式碼

從以上所有程式碼可以看出,當用戶點選按鈕後,View層按鈕的監聽事件執行呼叫了Presenter層物件的getData方法,此時,Presenter層物件的getData方法呼叫了Model層物件的getData方法,Model層物件的getData方法中執行了網路請求和邏輯處理,把成功或失敗的結果通過Callback介面回撥給了Presenter層,然後Presenter層再通知View層改變介面.但此時SingleInterfacePresenter類中收到Model層的結果後無法通知View層,因為SingleInterfacePresenter未持有View層的物件.如下程式碼的註釋中有說明.(如果此時點選按鈕,下方程式碼LP.w()處會打印出網路請求成功的log)

public class SingleInterfacePresenter {
    private final SingleInterfaceModel singleInterfaceModel;

    public SingleInterfacePresenter() {
        this.singleInterfaceModel = new SingleInterfaceModel();
    }

    public void getData(int curPage) {
        singleInterfaceModel.getData(curPage, new Callback<ArticleListBean, String>() {
            @Override
            public void onSuccess(ArticleListBean loginResultBean) {
                //如果Model層請求資料成功,則此處應執行通知View層的程式碼
                //LP.w()是一個簡單的log列印
                LP.w(loginResultBean.toString());
            }

            @Override
            public void onFail(String errorMsg) {
                //如果Model層請求資料失敗,則此處應執行通知View層的程式碼

            }
        });
    }
}
複製程式碼

程式碼寫到這裡,筆者先把這些程式碼提交到github(github.com/serge66/MVP…),github上會有一次提交記錄,如果想看此時的程式碼,可以根據提交記錄"第一次修改"克隆此時的程式碼.

2. P層V層溝通橋樑

現在P層未持有V層物件,不能通知V層改變介面,那麼就繼續演變MVP架構. 在MVP架構中,我們要為每個Activity/Fragment寫一個介面,這個介面需要讓Presenter層持有,P層通過這個介面去通知V層更改介面.介面中包含了成功和失敗的回撥,這個介面Activity/Fragment要去實現,最終P層才能通知V層.

public interface SingleInterfaceIView {
    void showArticleSuccess(ArticleListBean bean);

    void showArticleFail(String errorMsg);
}
複製程式碼

一個完整的專案以後肯定會有許多功能介面,那麼我們應該抽出一個IView公共介面,讓所有的Activity/Fragment都間接實現它.IVew公共介面是用於給View層的介面繼承的,注意,不是View本身繼承.因為它定義的是介面的規範, 而其他接口才是定義的類的規範(這句話請仔細理解).

/**
 * @Description: 公共介面 是用於給View的介面繼承的，注意，不是View本身繼承。
 * 					因為它定義的是介面的規範， 而其他接口才是定義的類的規範
 * @Author: [email protected]
 * @Time: 2018/11/22 17:26
 */
public interface IView {
}
複製程式碼

這個介面中可以寫一些所有Activigy/Fragment共用的方法,我們把SingleInterfaceIView繼承IView介面.

public interface SingleInterfaceIView extends IView {
    void showArticleSuccess(ArticleListBean bean);

    void showArticleFail(String errorMsg);
}
複製程式碼

同理Model層和Presenter層也是如此.

public interface IModel {
}
複製程式碼
public interface IPresenter {
}
複製程式碼

現在專案中Model層是一個SingleInterfaceModel類,這個類物件被P層持有,對於面向物件設計來講,利用介面達到解耦目的已經人盡皆知,那我們就要對SingleInterfaceModel類再寫一個可繼承的介面.程式碼如下.

public interface ISingleInterfaceModel extends IModel {
    void getData(int curPage, final Callback callback);
}
複製程式碼

如此,SingleInterfaceModel類的修改如下.

public class SingleInterfaceModel implements ISingleInterfaceModel {

    @Override
    public void getData(int curPage, final Callback callback) {
        NetUtils.getRetrofit()
                .create(Api.class)
                .getData(curPage)
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Subscriber<ArticleListBean>() {
                    @Override
                    public void onCompleted() {
                        LP.w("completed");
                    }

                    @Override
                    public void onError(Throwable e) {
                        callback.onFail("出現錯誤");
                    }

                    @Override
                    public void onNext(ArticleListBean bean) {
                        if (null == bean) {
                            callback.onFail("出現錯誤");
                        } else if (bean.errorCode != 0) {
                            callback.onFail(bean.errorMsg);
                        } else {
                            callback.onSuccess(bean);
                        }
                    }
                });
    }
}
複製程式碼

同理,View層持有P層物件,我們也需要對P層進行改造.但是下面的程式碼卻沒有像ISingleInterfaceModel介面繼承IModel一樣繼承IPresenter,這點需要注意,筆者把IPresenter的繼承放在了其他處,後面會講解.

public interface ISingleInterfacePresenter {
    void getData(int curPage);
}

複製程式碼

然後SingleInterfacePresenter類的修改如下:

public class SingleInterfacePresenter implements ISingleInterfacePresenter {
    private final ISingleInterfaceModel singleInterfaceModel;

    public SingleInterfacePresenter() {
        this.singleInterfaceModel = new SingleInterfaceModel();
    }

    @Override
    public void getData(int curPage) {
        singleInterfaceModel.getData(curPage, new Callback<ArticleListBean, String>() {
            @Override
            public void onSuccess(ArticleListBean loginResultBean) {
                //如果Model層請求資料成功,則此處應執行通知View層的程式碼
                //LP.w()是一個簡單的log列印
                LP.w(loginResultBean.toString());
            }

            @Override
            public void onFail(String errorMsg) {
                //如果Model層請求資料失敗,則此處應執行通知View層的程式碼
                LP.w(errorMsg);
            }
        });
    }
}
複製程式碼
3. 生命週期適配

至此,MVP三層每層的介面都寫好了.但是P層連線V層的橋樑還沒有搭建好,這個慢慢來,一個好的高樓大廈都是一步一步建造的.上面IPresenter介面我們沒有讓其他類繼承,接下來就講下這個.P層和V層相連線,V層的生命週期也要適配到P層,P層的每個功能都要適配生命週期,這裡可以把生命週期的適配放在IPresenter介面中.P層持有V層物件,這裡把它放到泛型中.程式碼如下.

public interface IPresenter<T extends IView> {

    /**
     * 依附生命view
     *
     * @param view
     */
    void attachView(T view);

    /**
     * 分離View
     */
    void detachView();

    /**
     * 判斷View是否已經銷燬
     *
     * @return
     */
    boolean isViewAttached();
    
}
複製程式碼

這個IPresenter介面需要所有的P層實現類繼承,對於生命週期這部分功能都是通用的,那麼就可以抽出來一個抽象基類BasePresenter,去實現IPresenter的介面.

public abstract class BasePresenter<T extends IView> implements IPresenter<T> {
    protected T mView;

    @Override
    public void attachView(T view) {
        mView = view;
    }

    @Override
    public void detachView() {
        mView = null;
    }

    @Override
    public boolean isViewAttached() {
        return mView != null;
    }
}

複製程式碼

此時,SingleInterfacePresenter類的程式碼修改如下.泛型中的SingleInterfaceIView可以理解成對應的Activity,P層此時完成了對V層的通訊.

public class SingleInterfacePresenter extends BasePresenter<SingleInterfaceIView> implements ISingleInterfacePresenter {
    private final ISingleInterfaceModel singleInterfaceModel;

    public SingleInterfacePresenter() {
        this.singleInterfaceModel = new SingleInterfaceModel();
    }

    @Override
    public void getData(int curPage) {
        singleInterfaceModel.getData(curPage, new Callback<ArticleListBean, String>() {
            @Override
            public void onSuccess(ArticleListBean loginResultBean) {
                //如果Model層請求資料成功,則此處應執行通知View層的程式碼
                //LP.w()是一個簡單的log列印
                LP.w(loginResultBean.toString());
                if (isViewAttached()) {
                    mView.showArticleSuccess(loginResultBean);
                }
            }

            @Override
            public void onFail(String errorMsg) {
                //如果Model層請求資料失敗,則此處應執行通知View層的程式碼
                LP.w(errorMsg);
                if (isViewAttached()) {
                    mView.showArticleFail(errorMsg);
                }
            }
        });
    }
}
複製程式碼

此時,P層和V層的連線橋樑已經搭建,但還未搭建完成,我們需要寫個BaseMVPActvity讓所有的Activity繼承,統一處理Activity相同邏輯.在BaseMVPActvity中使用IPresenter的泛型,因為每個Activity中需要持有P層物件,這裡把P層物件抽出來也放在BaseMVPActvity中.同時BaseMVPActvity中也需要繼承IView,用於P層對V層的生命週期中.程式碼如下.

public abstract class BaseMVPActivity<T extends IPresenter> extends AppCompatActivity implements IView {

    protected T mPresenter;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        initPresenter();
        init();
    }

    protected void initPresenter() {
        mPresenter = createPresenter();
        //繫結生命週期
        if (mPresenter != null) {
            mPresenter.attachView(this);
        }
    }

    @Override
    protected void onDestroy() {
        if (mPresenter != null) {
            mPresenter.detachView();
        }
        super.onDestroy();
    }

    /**
     * 建立一個Presenter
     *
     * @return
     */
    protected abstract T createPresenter();

    protected abstract void init();

}
複製程式碼

接下來讓SingleInterfaceActivity實現這個BaseMVPActivity.

public class SingleInterfaceActivity extends BaseMVPActivity<SingleInterfacePresenter> implements SingleInterfaceIView {

    private Button button;
    private TextView textView;

    @Override
    protected void init() {
        setContentView(R.layout.activity_single_interface);
        button = findViewById(R.id.button);
        textView = findViewById(R.id.textView);

        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                mPresenter.getData(0);
            }
        });
    }

    @Override
    protected SingleInterfacePresenter createPresenter() {
        return new SingleInterfacePresenter();
    }


    @Override
    public void showArticleSuccess(ArticleListBean bean) {
        textView.setText(bean.data.datas.get(0).title);
    }

    @Override
    public void showArticleFail(String errorMsg) {
        Toast.makeText(this, errorMsg, Toast.LENGTH_SHORT).show();
    }
}

複製程式碼

到此,MVP架構的整個簡易流程完成.

程式碼寫到這裡,筆者先把這些程式碼提交到github(github.com/serge66/MVP…),github上會有一次提交記錄,如果想看此時的程式碼,可以根據提交記錄"第二次修改"克隆此時的程式碼.

4. 優化MVP架構

MVP目錄

上面是MVP的目錄,從目錄中我們可以看到一個功能點(網路請求)MVP三層各有兩個檔案需要寫,相對於MVC來說寫起來確實麻煩,這也是一些人不願意寫MVP,寧願用MVC的原因.

這裡我們可以對此優化一下.MVP架構中有個Contract的概念,Contract有統一管理介面的作用,目的是為了統一管理一個頁面的View和Presenter介面,用Contract可以減少部分檔案的建立,比如P層和V層的介面檔案.

那我們就把P層的ISingleInterfacePresenter介面和V層的SingleInterfaceIView介面檔案刪除掉,放入SingleInterfaceContract檔案中.程式碼如下.

public interface SingleInterfaceContract {


    interface View extends IView {
        void showArticleSuccess(ArticleListBean bean);

        void showArticleFail(String errorMsg);
    }

    interface Presenter {
        void getData(int curPage);
    }


}
複製程式碼

此時,SingleInterfacePresenter和SingleInterfaceActivity的程式碼修改如下.

public class SingleInterfacePresenter extends BasePresenter<SingleInterfaceContract.View>
        implements SingleInterfaceContract.Presenter {

    private final ISingleInterfaceModel singleInterfaceModel;

    public SingleInterfacePresenter() {
        this.singleInterfaceModel = new SingleInterfaceModel();
    }

    @Override
    public void getData(int curPage) {
        singleInterfaceModel.getData(curPage, new Callback<ArticleListBean, String>() {
            @Override
            public void onSuccess(ArticleListBean loginResultBean) {
                //如果Model層請求資料成功,則此處應執行通知View層的程式碼
                //LP.w()是一個簡單的log列印
                LP.w(loginResultBean.toString());
                if (isViewAttached()) {
                    mView.showArticleSuccess(loginResultBean);
                }
            }

            @Override
            public void onFail(String errorMsg) {
                //如果Model層請求資料失敗,則此處應執行通知View層的程式碼
                LP.w(errorMsg);
                if (isViewAttached()) {
                    mView.showArticleFail(errorMsg);
                }
            }
        });
    }
}
複製程式碼
public class SingleInterfaceActivity extends BaseMVPActivity<SingleInterfacePresenter>
        implements SingleInterfaceContract.View {

    private Button button;
    private TextView textView;

    @Override
    protected void init() {
        setContentView(R.layout.activity_single_interface);
        button = findViewById(R.id.button);
        textView = findViewById(R.id.textView);

        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                mPresenter.getData(0);
            }
        });
    }

    @Override
    protected SingleInterfacePresenter createPresenter() {
        return new SingleInterfacePresenter();
    }


    @Override
    public void showArticleSuccess(ArticleListBean bean) {
        textView.setText(bean.data.datas.get(0).title);
    }

    @Override
    public void showArticleFail(String errorMsg) {
        Toast.makeText(this, errorMsg, Toast.LENGTH_SHORT).show();
    }
}

複製程式碼

程式碼寫到這裡,筆者先把這些程式碼提交到github(github.com/serge66/MVP…),github上會有一次提交記錄,如果想看此時的程式碼,可以根據提交記錄"第三次修改"克隆此時的程式碼.

5. 單頁面多網路請求

上面的MVP封裝只適用於單頁面一個網路請求的情況,當一個介面有兩個網路請求時,此封裝已不適合.為此,我們再次新建一個MultipleInterfaceActivity來進行說明.XML中佈局是兩個按鈕兩個Textview,點選則可以進行網路請求.

MVP 

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:layout_gravity="center"
    android:gravity="center"
    android:orientation="vertical"
    tools:context=".view.MultipleInterfaceActivity">

    <Button
        android:id="@+id/button"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="點選" />

    <TextView
        android:id="@+id/textView"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_marginTop="50px"
        android:text="請點選上方按鈕獲取資料" />

    <Button
        android:id="@+id/btn"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_marginTop="100px"
        android:text="點選" />

    <TextView
        android:id="@+id/tv"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_marginTop="50px"
        android:text="請點選上方按鈕獲取資料" />
</LinearLayout>
複製程式碼

MultipleInterfaceActivity類程式碼暫時如下.

public class MultipleInterfaceActivity extends BaseMVPActivity {

    private Button button;
    private TextView textView;
    private Button btn;
    private TextView tv;


    @Override
    protected void init() {
        setContentView(R.layout.activity_multiple_interface);

        button = findViewById(R.id.button);
        textView = findViewById(R.id.textView);

        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {

            }
        });


        btn = findViewById(R.id.btn);
        tv = findViewById(R.id.tv);

        btn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {

            }
        });
    }

    @Override
    protected IPresenter createPresenter() {
        return null;
    }

}
複製程式碼

此時我們可以想下,當一個頁面中有多個網路請求時,Activity所繼承的BaseMVPActivity的泛型中要寫多個引數,那有沒有上面程式碼的框架不變的情況下實現這個需求呢?答案必須有的.我們可以把多個網路請求的功能當做一個網路請求來看待,封裝成一個MultiplePresenter,其繼承至BasePresenter實現生命週期的適配.此MultiplePresenter類的作用就是容納多個Presenter,連線同一個View.程式碼如下.

public class MultiplePresenter<T extends IView> extends BasePresenter<T> {
    private T mView;

    private List<IPresenter> presenters = new ArrayList<>();

    @SafeVarargs
    public final <K extends IPresenter<T>> void addPresenter(K... addPresenter) {
        for (K ap : addPresenter) {
            ap.attachView(mView);
            presenters.add(ap);
        }
    }

    public MultiplePresenter(T mView) {
        this.mView = mView;
    }

    @Override
    public void detachView() {
        for (IPresenter presenter : presenters) {
            presenter.detachView();
        }
    }

}
複製程式碼

因MultiplePresenter類中需要有多個網路請求,現在舉例說明時,暫時用兩個網路請求介面.MultipleInterfaceActivity類中程式碼改造如下.

public class MultipleInterfaceActivity extends BaseMVPActivity<MultiplePresenter>
        implements SingleInterfaceContract.View, MultipleInterfaceContract.View {

    private Button button;
    private TextView textView;
    private Button btn;
    private TextView tv;
    private SingleInterfacePresenter singleInterfacePresenter;
    private MultipleInterfacePresenter multipleInterfacePresenter;


    @Override
    protected void init() {
        setContentView(R.layout.activity_multiple_interface);

        button = findViewById(R.id.button);
        textView = findViewById(R.id.textView);

        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                singleInterfacePresenter.getData(0);
            }
        });


        btn = findViewById(R.id.btn);
        tv = findViewById(R.id.tv);

        btn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                multipleInterfacePresenter.getBanner();
            }
        });
    }

    @Override
    protected MultiplePresenter createPresenter() {
        MultiplePresenter multiplePresenter = new MultiplePresenter(this);

        singleInterfacePresenter = new SingleInterfacePresenter();
        multipleInterfacePresenter = new MultipleInterfacePresenter();

        multiplePresenter.addPresenter(singleInterfacePresenter);
        multiplePresenter.addPresenter(multipleInterfacePresenter);
        return multiplePresenter;
    }

    @Override
    public void showArticleSuccess(ArticleListBean bean) {
        textView.setText(bean.data.datas.get(0).title);
    }

    @Override
    public void showArticleFail(String errorMsg) {
        Toast.makeText(this, errorMsg, Toast.LENGTH_SHORT).show();
    }

    @Override
    public void showMultipleSuccess(BannerBean bean) {
        tv.setText(bean.data.get(0).title);
    }

    @Override
    public void showMultipleFail(String errorMsg) {
        Toast.makeText(this, errorMsg, Toast.LENGTH_SHORT).show();
    }
}

複製程式碼

寫到這裡,MVP框架基本算是完成.如果想再次優化,其實還是有可優化的地方,比如當View銷燬時,現在只是讓P層中的View物件置為null,並沒有繼續對M層通知.如果View銷燬時,M層還在請求網路中呢,可以為此再加入一個取消網路請求的通用功能.這裡只是舉一個例子,每個人對MVP的理解不一樣,而MVP架構也並不是一成不變,適合自己專案的才是最好的.

6. 完整專案地址

完整專案已提交到github(github.com/serge66/MVP…),若需要敬請檢視.

五. 參考資料

一步步帶你精通MVP

從0到1搭建MVP框架

Presenter層如何高度的複用

六. 後續

<<MVVM架構從入門到精通-真槍實彈>> 敬請期待~~~

原創文章，來自於Vitamio(http://blog.csdn.net/vitamio)，轉載請註明出處。

相關推薦

Android MVP架構從入門到精通-真槍實彈

一. 前言 你是否遇到過Activity/Fragment中成百上千行程式碼,完全無法維護,看著頭疼? 你是否遇到過因後臺介面還未寫而你不能先寫程式碼邏輯的情況? 你是否遇到過用MVC架構寫的專案進行單元測試時的深深無奈? 如果你現在還是用MVC架構模式在寫專案,請先轉到MVP模式!

Android MVP模式從入門到進門（一）

今天是2018年最後一個工作日了，提前祝大家新年快樂啦~~~ 這是一篇面向Android初學者拋磚引玉的文章，正如以前的我——寫程式碼只考慮如何實現功能，對於設計模式完全沒有想法和認知。在這篇文章中，我會通過一個常用的登入場景，從幾十行程式碼的直接實現，一步步構建出入門級的MVP架構，向你們分享我所理

安卓學習筆記 -- （安裝環境） Android Studio安裝配置、環境搭建詳細步驟及基本使用 Android Studio和SDK官方開發工具下載 Android Studio教程從入門到精通 Android開發-之第一個程式：HelloWorld！

1、下載Android Studio安裝配置、環境搭建詳細步驟及基本使用    https://www.cnblogs.com/yanglh6-jyx/p/Android_AS_Configuration.html https://blog.csdn.net/k491022087/ar

我的新書《Android App開發從入門到精通》終於出版啦

前言 經過了兩年多終於完成了這本書，2016年9月份開始寫的，到今天為止2年零2個月，本書的內容大部分是去年完成的，看過我去年總結的讀者可能知道，去年事情很多太忙了，導致本命年這本書沒有上架（有點小小的遺憾）。 工作之餘喜歡寫寫技術文章，對自己的技術做一個總結同時也讓後來者站在我的肩膀上，之前一直在CSD

Android Studio教程從入門到精通

轉自：http://blog.csdn.net/yanbober/article/details/45306483 目標：Android Studio新手–>下載安裝配置–>零基礎入門–>基本使用–>除錯技能–>構建專案基礎–>使用

spring-cloud Finchley 微服務架構從入門到精通【六】BUS RabbitMQ 配置重新整理

上篇文章介紹了高可用的配置中心，如何在不重啟伺服器的情況下對配置檔案進行更新呢？請看下面的介紹 一、安裝rabbitMq 1、下載地址 2、執行 3、cloud整合配置說明 預設埠： 5672 預設使用者名稱：guest

包建強的培訓課程（10）：Android外掛化從入門到精通

Android外掛化和熱修復 一．簡介 本課程結合講師多年來對Android外掛化技術的潛心研究，以及在千萬級使用者的App上長期實踐經驗，整理而成。本課程從四大元件的外掛化技術講起，中途會詳細剖析Android系統中與外掛化技術有關的底層概念，最後詳細介紹業界流行很廣的外

springCloud Finchley 微服務架構從入門到精通【二】Eureka服務註冊與發現

一、開發工具說明 為了防止程式碼執行錯誤，建議使用一致的版本： 開發工具：Eclipse : Version: Neon.3 Release (4.6.3) 開發spring cloud應用推薦使用 idea或者spring官方提供的STS工具，筆者由於

android MVP架構學習

先放上找到的資料： 1. Android框架模式（1）-MVP入門 2. 淺談 MVP in Android 一、什麼是MVP MVP代表Model，View和Presenter。 * 用於介面的顯示與使用者操作的接收，在Android裡面View通常就是Actvitiy，F

Android MVP架構搭建

一、 MVP概念 M ： Model （資料層） 用於載入資料， V：View（檢視層） 載入介面及檢視 P：Presenter（互動層） 進行邏輯操作 二、MVP的優點 1.Model層與View層完全分離（ 不用擔心改需求了） 2.分工更加明確，邏輯更加清晰，

Android----MVP架構進階（一）

相信大家一定在用mvp架構去設計App，但是在設計運用的過程中，大家有沒有考慮簡化程式碼，View層和Model層會有很多重複的程式碼，在顯示資料之前還需每次判斷View！=null，Presenter層每次需要去new Model層的例項，View層還有可能會對應多個Presenter

Android MVP架構實現

最近在學習Android的MVP架構，在網上找了許多資料都沒有一個清晰的認識，偶然看到簡書上駱駝騎士前輩的文章，對MVP的實現過程有了一個較為清晰的認識。後又研究了一下Google官方Demo，分別對兩種實現方式做了一個Demo進行對比。 對於Android MVP實現方式，借用一下駱駝

cocos2dx 3.12在android studio上從配置到真機執行

官網的配置連結:   好吧，有人肯定說著官網不是有很好的配置文件嗎，照著弄不就好了，要你何用？曾幾何時我也像這麼單純，然後就是各種悲劇，配置過程中出現了不少問題，導致走了很多彎路，這裡主要就是把其中遇到的彎路備份下來，免得下次配置的時候又出現同樣的問題。   首先是Ja

外掛化開發系列之三---Android外掛化從入門到放棄-最強合集

本人最近研究外掛化， 偶然發現此合集， 按照部分連結的文章實際簡單寫了些demo，受益良多， 覺得確實不錯，特轉載過來，給需要的人。 外掛化涉及的東西很多，所以我們需要多個維度去學習。大概分為5個部分：預備知識、入門、進階、系列、類庫。一步一步深入瞭解外掛的原理。 基礎1.Java 類載入器 類載入

Google 官方Android MVP架構實踐

一、Google 官方MVP介紹 近期，關於Android開發架構的討論沸沸揚揚，各大技術平臺隨處可見關於Android架構的技術文章。MVC、MVP、MVVM等等，就目前的形式來看，MVP模式在Android開發領域界逐漸流行了起來。前段時間，Google也忍耐不住And

Android自動化測試-從入門到入門（3）Espresso入門

https://segmentfault.com/a/1190000004355178 根據該系列之前的兩篇文章：Hello Testing和Testing APIs，我們已經對Android自動化測試的整體背景有了一些瞭解。還記得第一篇文章裡我提到過的基本思路麼？

Google 官方Android MVP架構

官方給出了四種MVP架構模式：1、todo-mvp：MVP基礎架構2、todo-mvp-loaders：基於MVP基礎架構，獲取資料部分使用了Loaders架構3、todo-mvp-databinding：基於MVP基礎架構，使用了資料繫結元件4、todo-mvp-clean

專訪包建強：為什麼我說Android外掛化從入門到放棄？

2016年6月24-25日，GMTC全球移動技術大會將在北京舉行，本屆大會，我們邀請了《App研發錄》的作者包建強老師，前來分享《Android外掛化：從入門到放棄》的內容。這個有趣的標題引起了大家的興趣，我們就來採訪一下包建強老師，看看他為什麼會取這個標題，以及對移動

Idea插件開發--一鍵生成Android Mvp架構代碼

道理 一鍵生成 div script groups jdk1 git 模板 重復 記錄一下，自己寫插件的過程。這個插件是為了一鍵生成MVp代碼用的，由於是根據我們自己的項目結構來的，因此各位想直接用是不行了 伸手黨想直接用的就不用看了，有想做的可以作為參考一下 我一直覺

8張思維導圖，“從入門到真香”，助你掌握Python

fff sha dea 課程 blog 幫助 道路 入門到 python學習 思維導圖是整理知識的一種非常有效的手段，這裏分享幾張 Python 基礎學習的思維導圖，可以幫助自己鞏固下基礎，有需要的小夥伴可以加緊時間收藏哦！ 最後，如果你跟我一樣都喜歡python，也在