Google 开发Android MVP架构Demo深入解析

手机APP/开发
266
0
0
2023-06-23
Android入门之Handler的使用教程详解
上一篇
Android同步异步任务与多线程及Handler消息处理机制基础详细讲解
下一篇
标签   Android
目录
  • 1.什么是MVP？
  • 2.Google官方的MVP
  • 3.V1.1 My MVP V1
  • 4.V1.2 My MVP V2

1.什么是MVP？

Google在2016年推出了官方的Android MVP架构Demo，本文主要分析一下官方的MVP Demo，并且借由自己的一些经验，提出一些学习过程中，遇到的问题和自己的改进、封装措施。


MVP架构已经推出很多年了，现在已经非常普及了，我在这里就不过多介绍，简单的说，它分为以下三个层次：

  • Model：数据模型层，主要用来数据处理，获取数据；
  • View：显示界面元素，和用户进行界面交互；
  • Presenter： 是Model和View沟通的桥梁，不关心具体的View显示和Model的数据处理。View层中所有的逻辑操作都通过Presenter去通知Model层去完成，Model中获取的数据通过Presenter层去通知View层显示。 MVP架构最大的好处，就是把传统MVC架构中View层和Control层的复杂关系完全解耦，View层只关心界面显示相关的工作即可，Model层仅获取数据，处理逻辑运算即可，各司其职，而不用关心其他工作。而且大家发现没有，这样设计的话，很好写单元测试代码，针对于View、Presenter、Model层我们可以分别选用适合的单元测试框架，不用再像MVC/MVVM一样，由于代码混在或者分离在多处，到处无法“单一职责”的去完成每个类的单元测试代码编写。

在刚刚接触android的时候，或者说，现在依然有很大一部分的APP开发者，在开发过程中，总是习惯在一个Activity、Fragment中几乎完成了所有的功能。例如网络请求、数据加载、业务逻辑处理、界面加载、界面动画。 后来渐渐的我们接触到了MVC、MVP各种官方的框架，懂得了模块的分离、解耦（MVC），懂得了通过依赖于抽象去分离各个模块彻底解耦（MVP）。 但是官方的MVP框架的确已经帮我们做了很多，但是依然不够，接下来，我们基于官方给的MVP框架，结合六大基本原则，去封装更加适宜于项目的MVP框架。 整体设计模式Demo代码

2.Google官方的MVP

官方Demo怎么去做的？

我们为了方便去分析，我这里简化代码，我们逐步分析，BaseView 和 BasePresenter，BaseView谷歌是这么写的（其实就是view的接口，展示view），以下样例为了理解，我简化处理了部分代码 BaseView.java

package com.itbird.design.principle.mvp.google;
/**
 * Google Demo
 * Created by itbird on 2022/2/25
 */
public interface BaseView<T> {
    //View中，设置presenter对象，使View可以持有Presenter对象引用
    void setPresenter(T presenter);
}

BasePresenter

package com.itbird.design.principle.mvp.google;
/**
 * Google Demo
 * Created by itbird on 2022/2/25
 */
public interface BasePresenter {
}

TaskDetailContract 

package com.itbird.design.principle.mvp.google;
/**
 * Google Demo
 * Created by itbird on 2022/2/25
 */
public interface TaskDetailContract {
    interface View extends BaseView<Presenter> {
        //界面UI刷新方法
        void updateTextView(String s);
    }
    interface Presenter extends BasePresenter {
        void loadDataFromModel();
    }
}

TaskGoogleActivity

package com.itbird.design.principle.mvp.google;
import android.os.Bundle;
import android.util.Log;
import android.widget.TextView;
import androidx.appcompat.app.AppCompatActivity;
import com.itbird.design.R;
public class TaskGoogleActivity extends AppCompatActivity implements TaskDetailContract.View {
    private static final String TAG = TaskGoogleActivity.class.getSimpleName();
    private TaskDetailContract.Presenter mPresenter;
    private TextView mTextView;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        findViewById(R.id.textview);
        Log.e(TAG, TAG + " onCreate");
        new TaskGooglePresenter(this);
    }
    @Override
    public void setPresenter(TaskDetailContract.Presenter presenter) {
        mPresenter = presenter;
    }
    @Override
    public void updateTextView(String s) {
        mTextView.setText(s);
    }
}

TaskGooglePresenter 

package com.itbird.design.principle.mvp.google;
public class TaskGooglePresenter implements TaskDetailContract.Presenter {
    private static final String TAG = TaskGooglePresenter.class.getSimpleName();
    TaskDetailContract.View mView;
    public TaskGooglePresenter(TaskDetailContract.View view) {
        mView = view;
        mView.setPresenter(this);
    }
    @Override
    public void loadDataFromModel() {
        //TODO :loaddata,此处可以用model、或者进行业务操作
        //调用界面方法，进行数据刷新
        mView.updateTextView("loaddata success!!!");
    }
}

小结 我们单从设计来说， Google MVP Demo的确向我们展示了MVP的优点：

  • 1）业务、数据、视图分离、解耦，从六大基本原则上来说，开闭、单一职责、里氏代换、依赖倒置、接口隔离、最少知道，基本都做到了。
  • 2）由于完全分离，所以我们很方便针对于每层去选取对应的单元测试模式，例如针对于数据层可以使用（Junit+Mockito）、视图层可以使用（AndroidJunitRunner+Espresso）、业务层可以使用（Junit+Mockito）
  • 3）通过Contract 契约类，完全将视图、业务相关的接口，封装放在了一个地方，简单明了，针对于开发者来说，不容易忘记和辅助养成习惯

但是，但是对于我们实际开发使用来说，依然有以下几点问题：

  • 1）setPresenter接口完全没有必要存在，因为Presenter对象一定是在View类中new出来的，我既然都有它自己的对象了，干嘛还要在Presenter内部，去调用mView.setPresenter(this);，再返回View中，再去保存一个引用，代码看着很怪
  • 2）我们知道MVP的精髓在与，P、V肯定要相互交互，他们互相要持有对方的引用，通过上面一点，我们知道Presenter对象一定是在View类中new出来的，所以View肯定有Presenter对象的引用，这个没问题了。但是Presenter要想拥有View的引用，只能通过Presenter构造方法、或者Presenter内部有一个setView方法，让开发者自己去调用setView或者实现带参构造方法，从设计角度来说，这明显是一个坑，因为一个框架的设计，是为了更加方便开发，而不是让开发人员设置这个、设置那个、必须调用某个方法。既然是必须调用的方法，我们应该通过框架去内部消化掉，而不是给开发者制造麻烦。
  • 3）Presenter中拥有View的引用，如果activity、fragment销毁，但是presenter依然在执行某些任务，这样会导致activity、fragment无法GC回收，导致内存泄露，甚至与崩溃，所以这也是一个框架必须解决的问题。

3.V1.1 My MVP V1

基于上面提出的三点，我们去优化Google的MVP框架。 我们首先将第一点和第二点通过抽象来解决一下。 IPresenter

package com.itbird.design.principle.mvp.v1;
/**
 * 自定义MVP框架，BasePresenter
 * Created by itbird on 2022/2/25
 */
public interface IPresenter {
    /**
     * 与view班定
     *
     * @param view
     */
    void onAttach(IView view);
    /**
     * 与view解绑
     */
    void onDetach();
    /**
     * 是否与view已经班定成功
     *
     * @return
     */
    boolean isViewAttached();
    /**
     * 获取view
     * @return
     */
    IView getView();
}

IView

package com.itbird.design.principle.mvp.v1;
/**
 * 自定义MVP框架，BaseView
 * Created by itbird on 2022/2/25
 */
public interface IView {
}

接下来是借助activity生命周期，对presenter的初始化进行封装 BaseActivity

package com.itbird.design.principle.mvp.v1;
import android.app.Activity;
import android.os.Bundle;
import androidx.annotation.Nullable;
/**
 * Created by itbird on 2022/3/29
 */
public abstract class BaseActivity extends Activity implements IView {
    IPresenter mPresenter;
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mPresenter = createPresenter();
        if (mPresenter != null) {
            mPresenter.onAttach(this);
        }
    }
    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (mPresenter != null) {
            mPresenter.onDetach();
            mPresenter = null;
        }
    }
    abstract IPresenter createPresenter();
}

BasePresenter

package com.itbird.design.principle.mvp.v1;
import java.lang.ref.WeakReference;
/**
 * Created by itbird on 2022/3/29
 */
public class BasePresenter<V extends IView> implements IPresenter {
    WeakReference<V> mIView;
    @Override
    public void onAttach(IView iView) {
        mIView = new WeakReference<>((V) iView);
    }
    @Override
    public void onDetach() {
        mIView = null;
    }
    @Override
    public V getView() {
        if (mIView != null) {
            mIView.get();
        }
        return null;
    }
    @Override
    public boolean isViewAttached() {
        return mIView != null && mIView.get() != null;
    }
}

4.V1.2 My MVP V2

看上图类图，我们依然发现有一些不满足的点：

1）activity中，依然需要初始化mPresenter

 @Override
    IPresenter createPresenter() {
        mTaskPresenter = new TaskMyPresenter();
        return mTaskPresenter;
    }

是否可以做到在activity中，自己像presenter中调用view一样，自己一句话getView就可以搞定

2）观察类图，其实IView、IPresenter没有必要存在，因为毕竟只是baseActivity、basePresenter的行为

所以改造如下： BasePresenter

package com.itbird.design.principle.mvp.v2;
import java.lang.ref.WeakReference;
/**
 * Created by itbird on 2022/3/29
 */
public abstract class BasePresenter<V> {
    WeakReference<V> mIView;
    public void onAttach(V iView) {
        mIView = new WeakReference<>(iView);
    }
    public void onDetach() {
        mIView = null;
    }
    public V getView() {
        if (mIView != null) {
            mIView.get();
        }
        return null;
    }
    public boolean isViewAttached() {
        return mIView != null && mIView.get() != null;
    }
}

BaseActivity

package com.itbird.design.principle.mvp.v2;
import android.app.Activity;
import android.os.Bundle;
import androidx.annotation.Nullable;
/**
 * Created by itbird on 2022/3/29
 */
public abstract class BaseActivity<V, T extends BasePresenter<V>> extends Activity {
    T mPresenter;
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mPresenter = initPresenter();
        if (mPresenter != null) {
            mPresenter.onAttach((V) this);
        }
    }
    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (mPresenter != null) {
            mPresenter.onDetach();
            mPresenter = null;
        }
    }
    public T getPresenter() {
        return mPresenter;
    }
    abstract T initPresenter();
}

此时，契约类，不再需要依赖BasePresenter/BaseView相关接口，而且View中也可以自己获取到presenter的引用了。

package com.itbird.design.principle.mvp.v2;
/**
 * my Demo
 * Created by itbird on 2022/2/25
 */
public interface TaskMyContract {
    interface View {
        //界面UI刷新方法
        void updateTextView(String s);
    }
    interface Presenter {
        void loadDataFromModel();
    }
}
package com.itbird.design.principle.mvp.v2;
import android.os.Bundle;
import android.util.Log;
import android.widget.TextView;
import com.itbird.design.R;
public class TaskMyActivity extends BaseActivity<TaskMyContract.View, TaskMyPresenter> implements TaskMyContract.View {
    private static final String TAG = TaskMyActivity.class.getSimpleName();
    TextView mTextView;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTextView = findViewById(R.id.textview);
        Log.e(TAG, TAG + " onCreate");
        mPresenter.loadDataFromModel();
    }
    @Override
    TaskMyPresenter initPresenter() {
        return new TaskMyPresenter();
    }
    @Override
    public void updateTextView(String s) {
        mTextView.setText(s);
    }
}

此时的类图，是否更加明确，而且上面各个问题都已经得到了解决。

整体设计模式Demo代码

Android入门之Handler的使用教程详解
上一篇
Android同步异步任务与多线程及Handler消息处理机制基础详细讲解
下一篇