android:MVP架構模式的優雅封裝

簡介

關于Android程序的構架, 主流的不外乎以下幾種:MVC、MVP和MVVM。
MVC:相對于較為落后,耦合度太高、職責不明確,不易于維護。
MVVM:使用DataBinding,普及性不如MVP。

此外,Google官方提供了Sample代碼來展示MVP模式的用法,因此主流還是選擇MVP架構。

因本文主要講的是MVP模式的優雅封裝,MVVM模式在此就不作贅述,后續文章會講到。

MVC:

提到MVP就不得不提到MVC,關于MVC架構,可以看下面這張圖

image.png
MVC工作原理:

MVC即Model View Controller,簡單來說就是通過controller的控制去操作model層的數據,并且返回給view層展示,具體見上圖。當用戶出發事件的時候,view層會發送指令到controller層,接著controller去通知model層更新數據,model層更新完數據以后直接顯示在view層上,這就是MVC的工作原理。

這種原理就會造成一個一個致命的缺陷:當我們把很多業務邏輯寫在activity中時,activity既充當了View層,又充當了Controller層。因此,耦合性極高,各種業務邏輯代碼和View代碼混合在一起你中有我我中有你,如果要修改一個需求,改動的地方可能相當多,維護起來十分不便。

作為一個追求優雅的程序猿,這種架構必然要被拋棄。

MVP:

image.png
概念

MVP即Model、View、Presenter
View:負責視圖部分展示、視圖事件處理。Activity、Fragment、Dialog、ViewGroup等呈現視圖的組件都可以承擔該角色。
Model:負責數據的請求、解析、過濾等數據層操作。
Presenter:View和Model交互的橋梁。

優勢

單一職責
Model、View、Presenter只處理某一類邏輯

解耦

Model層修改和View層修改互不影響
面向接口編程,依賴抽象
Presenter和View互相持有抽象引用,對外隱藏內部實現細節

可能存在的問題

1、Model進行異步操作,獲取結果通過Presenter回傳到View時,出現View引用的空指針異常
2、Presenter和View互相持有引用,解除不及時造成的內存泄漏。

因此,在進行MVP架構設計時需要考慮Presenter對View進行回傳時,View是否為空?
Presenter與View何時解除引用即Presenter能否和View層進行生命周期同步?

好了,說了這么多廢話,總之一句話,MVP好。下面我們來看看具體如何優雅的實現MVP的封裝。

MVP架構優雅的封裝

1、首先,我們定義一個BaseView

/**
 * 視圖基類
 */
public interface BaseView {
    
}

上面說過,

如果Presenter與View不及時解除引用關系,那么內存泄漏乃至內存溢出就是必然。

具體來說,

當Presenter對象持有一個或多個大型Activity的引用,如果該對象(P)不能被系統回收,那么當這些Activity不再使用時,這個Activity也不會被系統回收,這樣一來便出現了內存泄漏的情況。在應用中內出現一次兩次的內存泄漏或許不會出現什么影響,但是在應用長時間使用以后,若是這些占據大量內存的Activity無法被GC回收的話,最終會導致OOM的出現,就會直接Crash應用。

我們當然不會坐視這種情況的發生,解決的思路就是,

我們將Presenter的生命周期和View層的生命周期綁定在一起,給Presenter定義兩個方法,一個綁定View層,一個解綁View層,在需要的時候進行綁定,不需要的時候進行解綁就可以了。

于是就有了下面這個定義。

2、將Presenter的生命周期和View層的生命周期綁定

/**
 * 控制器接口:
 * 定義P層生命周期與 V層同步
 */
public interface IPresenter<V extends BaseView> {

    void onMvpAttachView(V view, Bundle savedInstanceState);

    void onMvpStart();

    void onMvpResume();

    void onMvpPause();

    void onMvpStop();

    void onMvpSaveInstanceState(Bundle savedInstanceState);

    void onMvpDetachView(boolean retainInstance);

    void onMvpDestroy();
}

為了代碼的優雅性,我們對它進行一次封裝

/**
 * 控制器基類:
 * Presenter生命周期包裝、View的綁定和解除,P層實現的基類
 */
public class BasePresenter<V extends BaseView> implements IPresenter<V> {

    private WeakReference<V> viewRef;

    protected V getView() {
        return viewRef.get();
    }

    protected boolean isViewAttached() {
        return viewRef != null && viewRef.get() != null;
    }

    private void _attach(V view, Bundle savedInstanceState) {
        viewRef = new WeakReference<V>(view);
    }

    @Override
    public void onMvpAttachView(V view, Bundle savedInstanceState) {
        _attach(view, savedInstanceState);
    }

    @Override
    public void onMvpStart() {

    }

    @Override
    public void onMvpResume() {

    }

    @Override
    public void onMvpPause() {

    }

    @Override
    public void onMvpStop() {

    }

    @Override
    public void onMvpSaveInstanceState(Bundle savedInstanceState) {

    }

    private void _detach(boolean retainInstance) {
        if (viewRef != null) {
            viewRef.clear();
            viewRef = null;
        }
    }

    @Override
    public void onMvpDetachView(boolean retainInstance) {
        _detach(retainInstance);
    }

    @Override
    public void onMvpDestroy() {

    }
}

3、對于View層,我們一般都會寫一個BaseActivity

/**
 * @description 在此類中添加自己的基類功能
 */

 public class BaseActivity extends FragmentActivity {

   protected void openActivity(String action) {
          openActivity(action, null);
   }

   public void showEnsureDialog(String message) {
       
        
   }
}

4、我們再寫一個綁定生命周期的BaseMvpActivity包裝類

/**
 * MVP的Activity基類:
 * 純粹的 MVP 包裝,不要增加任何View層基礎功能
 * 如果要添加基類功能,請在{@link BaseActivity} 中添加
 */
public abstract class BaseMvpActivity<P extends IPresenter> extends BaseActivity implements BaseView {

    protected P mPresenter;

    protected abstract P createPresenter();

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mPresenter = createPresenter();
        if (mPresenter == null) {
            throw new NullPointerException("Presenter is null! Do you return null in createPresenter()?");
        }
        mPresenter.onMvpAttachView(this, savedInstanceState);
    }

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

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

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

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

    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        if (mPresenter != null) {
            mPresenter.onMvpSaveInstanceState(outState);
        }
    }

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

}

5、我們以登錄為例,定義一個契約類

/**
 * 契約接口類:
 * P層與 V層接口定義
 */
public class LoginContract {

    public interface ILoginView extends BaseView {
        /**
         * 登錄成功
         */

        void LoginSuccess();

        /**
         * 登錄失敗
         *
         * @param msg
         */
        void LoginFailed(String msg);
    }

    public interface ILoginPresenter extends IPresenter<ILoginView> {

        /**
         * 登錄
         */
        void login(String username, String password);
    }
}

6、我們再定義一個登錄的Presenter的實現類,在這個類中,完成互相訪問。

/**
 * 控制器實現類
 */
public class LoginPresenterImpl extends BasePresenter<LoginContract.ILoginView> implements LoginContract.ILoginPresenter {

    @Override
    public void login(String username, String password) {
        //先進行非空判斷
        if (isViewAttached()) {
            handleLogin(getView(), username, password);
        }
    }

    private void handleLogin(LoginContract.ILoginView view, String username, String password) {
        if (username.isEmpty() || password.isEmpty()) {
            view.LoginFailed("賬號和密碼不能為空");
        } else if (password.length() < 6 || password.length() > 20) {
            view.LoginFailed("密碼須在6-20位之間");
        } else {
            if (username.equals("mvp")) {
                if (password.equals("123456")) {
                    view.LoginSuccess();
                } else {
                    view.LoginFailed("密碼錯誤");
                }
            } else {
                view.LoginFailed("用戶名錯誤");
            }
        }
    }

    @Override
    public void onMvpAttachView(LoginContract.ILoginView view, Bundle savedInstanceState) {
        super.onMvpAttachView(view, savedInstanceState);
    }

    /**
     * 重寫P層需要的生命周期,進行相關邏輯操作
     */
    @Override
    public void onMvpResume() {
        super.onMvpResume();
    }

}

7、到這里,我們的封裝基本完成,我們現在來看看我們的LoginActivity是怎么樣的。

public class LoginActivity extends BaseMvpActivity<LoginContract.ILoginPresenter> implements LoginContract.ILoginView {
    @BindView(R.id.et_username)
    EditText etUsername;
    @BindView(R.id.et_password)
    EditText etPassword;
    @BindView(R.id.btn_login)
    Button btnLogin;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_mvp);
        ButterKnife.bind(this);
    }

    @Override
    protected LoginContract.ILoginPresenter createPresenter() {
        return new LoginPresenterImpl();
    }

    @OnClick({R.id.btn_login})
    public void onViewClicked(View view) {
        switch (view.getId()) {
            case R.id.btn_login:
                String username = etUsername.getText().toString().trim();
                String password = etPassword.getText().toString().trim();
                mPresenter.login(username, password);
                break;
        }
    }

    @Override
    public void LoginSuccess() {
        Toast.makeText(this, "LoginSuccess", Toast.LENGTH_SHORT).show();
    }

    @Override
    public void LoginFailed(String msg) {
        Toast.makeText(this, "LoginFailed", Toast.LENGTH_SHORT).show();
    }
}

這樣,是不是看起來,清爽多了。

8、最后,總結:

Mvp模式很好的將View層和Presenter解耦,View層和Presenter層的修改互不影響,并且符合軟件設計原則之單一職責,提高了代碼的靈活性和可擴展性。最后二者之間通過抽象進行關聯,使之可以互相訪問。
從MVC到最簡單的MVP架構,我們解決了MVC的數據層和視圖層耦合的問題;隨之而來的是內存泄露的問題,通過設置對應的綁定解綁方法來解決這個問題;之后又是代碼冗余的問題,于是利用Java的多態性,我們將重復性工作交由基類去完成,子類繼承基類重寫對應方法即可。而實際上我們只需要修改上面Presenter中的構造代碼,不需要在構造中傳遞V層了,然后再寫一個綁定和解綁的方法,最后修改Activity創建Presenter時進行綁定,在onDestroy中進行解綁。
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容