1.前言

• MVP 模式是目前运用最多的一种开发模式，Presenter作为Model与View的桥梁，负责业务逻辑、操作数据等工作。这样把model与view实现了 分离(解耦合) ，有利于 结构变得更简单 ，以便开发者更 容易管理与维护 自身的代码。
• 虽然MVP具备那么多优点，但是它不是万能的，同样存在一些 缺点 。
• 今天为大家分析一下主流大厂是如何解决这些缺点。
• 本文特点：图片多，字体少
• 文章中实例 linhaojian的Github

  ---

2.目录

示意图

---

3.MVP模式

3.1 介绍

• MVP是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理 ，Model提供数据，View负责显示。
  在这里插入图片描述

3.2 作用

• 将 View 与 Model 分离，方便扩展与维护。
• 方便 Presenter 进行单元测试。

  ---

4.MVP缺点与解决

4.1 缺点

示意图

4.2 解决

• 4.2.1 内存泄漏：

1）在Presenter传入View实例引用时，通过 弱引用 进行封装。
2）在Presenter中提供 绑定(attach) 与 解绑(detach) 函数，以便调用者可以管理内存释放。

/**
 * 将传入的View接口实例，通过弱引用（WeakReference）把Presenter与View进行绑定。
 * @param aview  界面更新接口实例
 */
public void attach(Aview aview){
    aviewWeakReference = new WeakReference<>(aview);
}

/**
 *  将Presenter与View进行解绑，并释放内存
 */
public void detach(){
    if(aviewWeakReference!=null){
        aviewWeakReference.clear();
        aviewWeakReference = null;
    }
}

• 4.2.2 每一个Presenter都需要编写相同 绑定、解绑 的代码：

编写一个BasePresenter类，封装 绑定、解绑的方法。

public class BasePresenter<V> {
    private WeakReference weakReference;

    /**
     * 将传入的View接口实例，通过弱引用（WeakReference）把Presenter与View进行绑定。
     * @param v  界面更新接口实例
     */
    public void attach(V v){
        weakReference = new WeakReference<>(v);
    }

    /**
     *  将Presenter与View进行解绑，并释放内存
     */
    public void detach(){
        if(weakReference!=null){
            weakReference.clear();
            weakReference = null;
        }
    }
}

• 4.2.3 每一个Activity都需要 初始化 Presenter与调用其 绑定、解绑 的方法：

编写一个BaseActivity类，向子类提供Presenter初始化的抽象函数；并在BaseActivity中onCreate()与onDestory中调用对应Presenter类的attach()与detach()方法。(提示：Fragment同理。)

/**
 * BaseActivty：封装Presenter的绑定与解绑方法，减少相同冗余代码
 * @param <V> View界面
 * @param <P> Presenter
 */
public abstract class BaseAcitvity<V, P extends BasePresenter<V>> extends AppCompatActivity {
    private P presenter;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        presenter = createPresenter();
        if(presenter!=null){
            presenter.attach((V) this);
        }
    }

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

    /**
     * 创建继承于BasePresenter的子类
     * @return
     */
    protected abstract P createPresenter();
}

• 4.2.4 Model都是以异步操作为主，因此可能按需编写多个不同功能的数据回调接口：

通过一些第三方的库来处理该问题。
发布事件/订阅的框架：EventBus、RxBus、Rxjava:不一样的诠释
万能接口库：Omnipotent

• 4.2.5 Presenter与View之间的耦合度高：

举个例子：我们app中很多界面都使用了同一个Presenter，突然收到一个需求，需要修改该Presenter的构造函数，那不是要每一个界面我都去修改一下代码，多浪费时间。通过 Dagger2(依赖注入库) ，它会帮助你完成new的工作。

• 4.2.6 一个View对应多个Presenter

有时候有些界面是存在业务功能相同的情况（例如：请求的数据一样），这时候就需要复用Presenter。
在BasePresenter添加一个列表管理需要复用的Presenter对象。

public class BasePresenter<V> {
    private WeakReference weakReference;
    private WeakReference<HashMap<String,BasePresenter>> weakReferenceListPresenter;

    public BasePresenter(){
        weakReferenceListPresenter = new WeakReference(new HashMap<>());
    }

    /**
     * 将传入的View接口实例，通过弱引用（WeakReference）把Presenter与View进行绑定。
     * @param v  界面更新接口实例
     */
    public void attach(V v){
        weakReference = new WeakReference<>(v);
    }

    /**
     *  将Presenter与View进行解绑，并释放内存
     */
    public void detach(){
        detachPresenter();
        if(weakReference!=null){
            weakReference.clear();
            weakReference = null;
        }
    }

    /**
     * 添加复用的Presenter实例，并将View与它们进行绑定
     * @param c
     * @param p
     * @param <P>
     */
    public <P extends BasePresenter> void addPresenter(Class<P> c,P p){
        if(weakReferenceListPresenter!=null){
            (weakReferenceListPresenter.get()).put(c.getName(),p);
            p.attach(weakReference.get());
        }
    }

    /**
     *  通过类获取对应的Presenter对象
     * @param c
     * @param <P>
     * @return
     */
    public <P extends BasePresenter> P getPresenter(Class<P> c){
        if(weakReferenceListPresenter!=null){
            return (P) (weakReferenceListPresenter.get()).get(c.getName());
        }
        return null;
    }

    /**
     * View与其他Presenter进行解绑
     */
    private void detachPresenter(){
        if(weakReferenceListPresenter!=null){
            HashMap<String,BasePresenter> map = weakReferenceListPresenter.get();
            if(map!=null){
                for(String name : map.keySet()){
                    map.get(name).detach();
                }
            }
        }
    }

---

5.总结

• 从 4.2.4~4.2.5 中可以发现，中间者 可以解决重复编写数据回调接口、耦合 的问题。
• 到此，MVP设计模式就分析完毕，希望能在开发过程中帮助大家。
• 如果喜欢我的分享，可以点击 关注 或者 赞，你们支持是我分享的最大动力 。
• linhaojian的Github

欢迎关注linhaojian_CSDN博客或者linhaojian_简书！

不定期分享关于安卓开发的干货。

---

写技术文章初心

• 技术知识积累
• 技术知识巩固
• 技术知识分享
• 技术知识交流