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

先介紹下MVP

M：Model資料層：訪問網路資料層都放在這裡 。
V：View介面層：與View相關的一些操作都寫在這裡 Activity、Fragment。
P：Presenter解耦關聯層（Model——View）可能還有一些額外的邏輯，資料的一些邏輯。 
 

下面是小編在設計MVP架構的專案截圖

base包：用泛型構建基類  
HttpClient包：用Retrofit訪問網路  
UserInfoContract：協議類，規範一View層、Model層、Presenter層一系列操作  
UserInfoModel：請求資料
UserInfoPresenter:連線著View層和Model層，讓View層和Model層充分的解耦  

BasePresenter類

public class BasePresenter<V extends BaseView, M extends BaseModel> {
    private
 
 V mView;
    private M mModel;

    /**
     * 繫結View
     *
     * @param view
     */
    public void attach(final V view) {
        //動態代理
        mView = (V) Proxy.newProxyInstance(view.getClass().getClassLoader(), view.getClass().getInterfaces(), new InvocationHandler() {
            @Override
            public Object invoke(Object proxy, Method method, Object[] args) throws
 
 Throwable {
                //在View層顯示資料之前使用者可能退出了View層的頁面，會在Activity的onDestroy()方法中會把mView置為null
                //由於View層都是介面，這裡採用了動態代理，如果在View層顯示資料之前使用者可能退出了View層的頁面，返回null的話，onSuccess()方法不會執行
                if (mView == null) {
                    return null;
                }
                //每次呼叫View層介面的方法，都會執行這裡
                return method.invoke(view, args);
            }
        });
        //動態建立Model？怎麼建立建立？？？用反射建立
        Type[] params = ((ParameterizedType) this.getClass().getGenericSuperclass()).getActualTypeArguments();
        try {
            //最好是判斷下型別
            mModel = (M) ((Class) params[1]).newInstance();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
    }

    /**
     * 解綁View
     */
    public void detach() {
        mView = null;
        mModel = null;
    }

    public V getView() {
        return mView;
    }

    public M getModel() {
        return mModel;
    }
}

利用泛型動態去構建View層、Model層。Model層建立例項用反射。BasePresenter會持有View層、Model層的引用，由於View都是介面，Activity會實現這個介面的所有方法，Presenter又會去呼叫這些方法，所以這裡採用了動態代理，如果View==null的話（在成功顯示資料之前使用者可能會退出頁面，在onDestory()方法中會解綁View，View會被置為null）不會執行method.invoke()方法，也就是不會執行向伺服器請求資料成功的方法。

BaseMvpActivity

public abstract class BaseMvpActivity<P extends BasePresenter> extends AppCompatActivity implements BaseView {
    private P mPresenter;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(getLayoutId());
        //建立Presenter,交給子類去實現
        mPresenter = createPresenter();
        //讓P層去繫結V
        mPresenter.attach(this);
        initView();
        initData();

    }

    protected abstract P createPresenter();

    protected abstract int getLayoutId();

    protected abstract void initView();

    protected abstract void initData();

    public P getPresenter() {
        return mPresenter;
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        mPresenter.detach();
    }
}

BaseMvpActivity作為基類，建立Presenter,交給子類去實現。

UserInfoContract類

public class UserInfoContract {
    //View層
 interface UserInfoView extends BaseView {
        //載入進度條
        void onLoading();
        //成功返回資料
        void onSuccess(User user);
       //返回資料失敗
        void onError();

    }

    //Presenter層
    interface UserInfoPresenter {
        void getUserInfo(String userName);
    }

    //Model層，外部只需關心Model返回的資料,無需關心內部細節
    interface UserModel {
        Call<User> getUserInfo(String userName);
    }
    }

UserInfoContract：協議類，規範一View層、Model層、Presenter層一系列操作。

UserInfoPresenter 類

public class UserInfoPresenter extends BasePresenter<UserInfoContract.UserInfoView, UserInfoModel> implements UserInfoContract.UserInfoPresenter {
    @Override
    public void getUserInfo(String userName) {
        getView().onLoading();
        getModel().getUserInfo(userName).enqueue(new Callback<User>() {
            @Override
            public void onResponse(@NonNull Call<User> call, @NonNull Response<User> response) {
                getView().onSuccess(response.body());
            }

            @Override
            public void onFailure(@Nullable Call<User> call, @Nullable Throwable t) {
                getView().onError();
            }
        });
    }
}

UserInfoPresenter是連線UserInfoView和UseInfoModel的橋樑，也充分體現了View層和Model層解耦。實現了資料邏輯程式碼，還有可能會實現一些額外的邏輯程式碼。

MainActivity類

public class MainActivity extends BaseMvpActivity<UserInfoPresenter> implements UserInfoContract.UserInfoView {
    private TextView mTextView;
    /**
     * 建立Presenter
     *
     * @return
     */
    @Override
    protected UserInfoPresenter createPresenter() {
        return new UserInfoPresenter();
    }

    /**
     * 返回Activity的佈局Id
     *
     * @return
     */
    @Override
    protected int getLayoutId() {
        return R.layout.activity_main;
    }

    /**
     * 初始化View
     */
    @Override
    protected void initView() {
        mTextView = findViewById(R.id.tv);

    }

    /**
     * 在這裡去請求資料
     */
    @Override
    protected void initData() {
        getPresenter().getUserInfo("Steven");
    }

    /**
     * 顯示一個載入的進度條
     */
    @Override
    public void onLoading() {

    }

    /**
     * 請求資料成功回撥該方法
     *
     * @param user
     */
    @Override
    public void onSuccess(User user) {
        mTextView.setText("Hello：" + user.getData().getUserName());
    }

    /**
     * 請求資料失敗回撥該方法
     */
    @Override
    public void onError() {

    }

這個demo的完整程式碼地址：https://github.com/StevenYan88/AndroidMvp.git

以上解決了View層和Model層會有很多重複的程式碼，在顯示資料之前還需每次判斷View！=null，Presenter層每次需要去new Model層的例項這幾個問題，View層還有可能會對應多個Presenter，一個Presenter會有多個Model層這幾個問題還沒有解決。下篇部落格在寫。如有任務問題或者在設計MVP架構時中遇到了哪些問題掃下面的二維碼，加微信討論討論。