MVP架構由淺入深篇一（基礎版）

MVP（Model、View、Presenter）模式將Activity中的業務邏輯分離出來，避免了Activity邏輯的高耦合，可以把Model理解成房東，View就是找房的自己，Presenter就是中介，讓Activity只做UI的功能，把其他功能抽出去讓其他層來完成，缺點就是程式碼量增加了，但是帶來的優點遠超缺點，尤其是專案比較大的時候更是事半功倍。

2.MVP理論知識

在MVP架構中跟MVC類似分為三層。

Activity和Fragment視為View層 --> 理解為四處找房的自己
Presenter為業務處理層，既能呼叫UI邏輯，又能請求資料 --> 相當於中介公司
Model層中包含著具體的資料請求，資料來源 --> 相當於房東

三層之間呼叫順序為view-->presenter-->model，不能反向呼叫和跨級呼叫

由上圖可知，Model層通過Callback反饋資料給Presenter層，Presenter層通過View反饋操作給Activity層。其中View和Callback都是以介面的形式存在。

Callback中定義了請求資料時反饋的各種狀態：成功、失敗、錯誤等
View中定義了Activity的具體操作，主要是將請求得到的資料在介面上更新

二、基礎版MVP程式碼實現

因為是模擬網路資料請求，所以有三個請求資料的按鈕分別對應成功、失敗、異常三種不同的反饋狀態。

1.檔案結構

2.Callback介面

因為Callback介面是presenter和model打交道的介面，所以介面中定義了請求資料的方法

package com.example.mvpapplication;

/**
 * callback負責presenter和model互動
 * 相當於：中介和房東互動介面
 */
public interface MvpCallback {
    /**
     * 請求資料成功
     * @param data
     */
    void onSuccess(String data);

    /**
     * 使用網路API介面請求，請求資料失敗
     * @param msg
     */
    void onFailure(String msg);

    /**
     * 請求資料時發生錯誤
     */
    void onError();

    /**
     * 請求資料完成
     */
    void onComplete();
}

3.Model 類

Model 類中定了具體的網路請求操作。利用postDelayed方法模擬耗時操作，通過判斷請求引數反饋不同的請求狀態：（房東）

package com.example.mvpapplication;

import android.os.Handler;

public class MvpModel {
    /**
     * 獲取網路資料
     * @param param  請求引數
     * @param callback  資料回撥介面 -- callback相當於房東如果有房子就要回復給中介
     */
    public static void getNetData(final String param,final MvpCallback callback){
        //利用postDelayed方法模擬網路請求資料的操作
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                switch (param){
                    case "normal":
                        callback.onSuccess("根據引數"+param+"的請求網路資料成功");
                        break;
                    case "failure":
                        callback.onFailure("請求資料失敗");
                        break;
                    case "error":
                        callback.onError();
                        break;
                }
                callback.onComplete();
            }
        },2000);
    }
}

4.View 介面

View介面是Activity與Presenter層的中間層，它的作用是根據具體業務的需要，為Presenter提供呼叫Activity中具體UI邏輯操作的方法。相當於我和中介之間的交易

package com.example.mvpapplication;

/**
 * 這裡相當於找房子的自己--對UI進行操作的介面
 */
public interface MvpView {
    /**
     * 顯示正在載入資料進度
     */
    void showLoading();

    /**
     * 隱藏進度
     */
    void hideLoading();

    /**
     * 展示資料
     * @param data
     */
    void showData(String data);

    /**
     * 顯示資料錯誤原因回撥介面
     * @param msg
     */
    void showFailureMessage(String msg);

    /**
     * 當資料錯誤時回撥介面
     */
    void showErrorMessage();
}

5.Presenter類

Presenter類是具體的邏輯業務處理類，負責請求資料，並對資料請求的反饋進行處理。Presenter相當於中介的作用，所以裡面要有MvpView和Callback的宣告。

package com.example.mvpapplication;

/**
 * 這裡相當於中介的作用
 */
public class MvpPresenter {
    //因為中介要和僱主打交道，所以要宣告MvpView
    private MvpView mView;
    public MvpPresenter(MvpView view){
        this.mView = view;
    }

    /**
     * 相當於幫我找房子--請求資料
     * @param param
     */
    public void getData(String param){
        //顯示正在載入進度條
        mView.showLoading();
        //呼叫Model請求資料
        MvpModel.getNetData(param, new MvpCallback() /*開始和Model打交道的介面*/{
            @Override
            public void onSuccess(String data) {
                //呼叫view介面顯示資料
                mView.showData(data);
            }

            @Override
            public void onFailure(String msg) {
                mView.showFailureMessage(msg);
            }

            @Override
            public void onError() {
                mView.showErrorMessage();
            }

            @Override
            public void onComplete() {
                mView.hideLoading();
            }
        });
    }
}

6.佈局檔案

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity"
    android:orientation="vertical">

    <TextView
        android:id="@+id/text"
        android:layout_width="match_parent"
        android:layout_height="0dp"
        android:layout_weight="1"
        android:text="點選按鈕獲取網路資料"/>


    <Button
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="獲取資料【成功】"
        android:onClick="getData"
        />

    <Button
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="獲取資料【失敗】"
        android:onClick="getDataForFailure"
        />

    <Button
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="獲取資料【異常】"
        android:onClick="getDataForError"
        />

</LinearLayout>

7.MainActivity

在MainActivity中，主要是對MvpView的實現，進行UI操作

package com.example.mvpapplication;

import androidx.appcompat.app.AppCompatActivity;

import android.app.ProgressDialog;
import android.os.Bundle;
import android.view.View;
import android.widget.TextView;
import android.widget.Toast;

public class MainActivity extends AppCompatActivity implements MvpView{

    //進度條
    ProgressDialog progressDialog;
    TextView text;
    //找到中介
    MvpPresenter presenter;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        text = findViewById(R.id.text);
        //初始化進度條
        progressDialog = new ProgressDialog(this);
        progressDialog.setCancelable(false);
        progressDialog.setMessage("正在載入中...");
        //初始化presenter
        presenter = new MvpPresenter(this);
    }

    /**
     * button事件
     */
    public void getData(View view){
        presenter.getData("normal");
    }
    public void getDataForFailure(View view){
        presenter.getData("failure");
    }
    public void getDataForError(View view){
        presenter.getData("error");
    }

    @Override
    public void showLoading() {
        if (!progressDialog.isShowing()){
            progressDialog.show();
        }
    }

    @Override
    public void hideLoading() {
        if (progressDialog.isShowing()){
            progressDialog.dismiss();
        }
    }

    @Override
    public void showData(String data) {
        text.setText(data);
    }

    @Override
    public void showFailureMessage(String msg) {
        Toast.makeText(this,msg,Toast.LENGTH_SHORT).show();
        text.setText(msg);
    }

    @Override
    public void showErrorMessage() {
        Toast.makeText(this,"請求異常",Toast.LENGTH_SHORT).show();
        text.setText("請求異常");
    }
}

8.執行結果：（以成功請求資料為例）

至此，基礎版MVP已經完成了，下面我們來分析一下基礎版存在的問題和如何優化？

三、基礎版MVP問題分析

通過上面的程式碼實現，看似已經完成了MVP的框架了，但是遠遠不夠，其中一個問題就是複用問題。

由於上述例子我們只有一個業務邏輯，即只有一個Activity，那如果有兩個或者更多Activity呢？我們需要建立N多個MVP框架嗎？當然在不需要MVP的Activity中當然不用建立，可是當需要MVP的Activity呢？當然這也要分情況，如果Activity業務邏輯相似當然可以複用，但是當業務邏輯不一樣時，就必須建立另一個MVP了。可是又如何複用業務邏輯相似的MVP呢？請看下述分析:

場景1：業務邏輯完全相同

這種場景很簡單，由於業務邏輯完全相同，就直接複用就好了。

場景2、3：包含部分相同業務邏輯

場景2和場景3的邏輯類似，都屬於一個業務邏輯中包含另外一個可以單獨存在的業務邏輯，這種情況採用繼承的方法即可。

場景4

場景4中Activity C想要同時呼叫獨立服務於Activity A 和 Activity B的業務邏輯，只需要將兩個業務邏輯對應的Presenter分別例項化並呼叫業務方法即可。

場景5

場景5屬於場景3與場景4的結合體，同樣需要先把A和B的業務邏輯拆分開，然後同時呼叫。

基礎版MVP總結

從上述的分析可知，基礎版MVP存在複用問題。由於MVP框架還算是比較繁重的，所以複用很有必要，可以減少很多沒必要的重複程式碼。我們能想到的方法就是類比Binder連線池，在Presenter層寫完整的業務邏輯，然後通過不同的業務標誌進行不同的業務處理，這種方式很簡單，但是這樣的話，可能會有一定的問題，比如Presenter層業務過於繁重，維護較難等。畢竟架構師提出的複用方案是實踐得出的真理，存在即是合理的。在下一篇中，我們將介紹進階版MVP框架的實現。

iOS架構由淺入深 | MVVM
2018-08-05
iOS架構MVVM
【由淺入深_打牢基礎】HOST頭攻擊
2022-06-20
死磕安卓前序：MVP架構探究之旅—基礎篇
2018-06-08
安卓MVP架構
promise由淺入深
2018-03-19
Promise
MongoDB由淺入深
2012-04-13
MongoDB
javascript由淺入深
2016-03-16
JavaScript
由淺入深學python（一）
2015-05-12
Python
MySql架構原理(MySql從淺入深一）
2020-12-24
MySql架構
由淺入深 docker 系列： (2) docker 構建
2018-11-16
Docker
JavaScript Promise由淺入深
2019-03-05
JavaScriptPromise
MySQL索引由淺入深
2021-03-03
MySql索引
Git 由淺入深之細說變基 (rebase)
2019-02-27
Git
物件導向-由淺入深
2018-12-03
物件
純手寫Promise，由淺入深
2019-09-26
Promise
Vue.js 2.0 由淺入深
2021-09-09
Vue.js
由淺入深理解 IOC 和 DI
2020-08-31
Git由淺入深之分支管理
2017-04-21
Git
零基礎深度學習入門：由淺入深理解反向傳播演算法
2019-03-06
深度學習反向傳播演算法
iOS MVC、MVVM、MVP架構模式淺淺析
2019-03-17
iOSMVCMVVMMVP架構模式
C#非同步程式設計由淺入深（一）
2021-03-28
C#非同步程式設計
Git由淺入深之操作與指令
2017-04-20
Git
由淺入深理解Dubbo的SPI機制
2019-02-26
由淺入深 docker 系列： (6) 映象分層
2019-06-26
Docker
由淺入深完全理解Java動態代理
2018-05-28
Java
由淺入深學C# 視訊教程
2017-03-08
C#
由淺入深學習JavaScript Debug技巧
2017-12-07
JavaScript
Java 反射由淺入深 | 進階必備
2017-08-14
Java反射
由淺入深探究 MySQL索引結構原理、效能分析與優化
2015-05-25
MySql索引優化
iOS架構淺談從 MVC、MVP 到 MVVM
2021-09-09
iOS架構MVCMVPMVVM
由淺入深 docker 系列： (5) 資源隔離
2019-05-27
Docker
由淺入深 docker 系列： (3) docker-compose
2018-11-29
Docker
架構設計之一——基礎架構
2022-05-02
架構
深入淺出RxJava(一：基礎篇)
2016-04-27
RxJava
JavaScript基礎心法——深淺拷貝
2017-11-01
JavaScript
Python基礎入門知識點——深淺拷貝
2020-08-18
Python
前端如何理解正則-由淺入深的學習
2020-04-03
前端
【Fastjson】Fastjson反序列化由淺入深
2021-12-13
ASTJSON
Git由淺入深之遠端主機（git remote）
2017-04-20
GitREM