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_简书！
不定期分享关于安卓开发的干货。
写技术文章初心
- 技术知识积累
- 技术知识巩固
- 技术知识分享
- 技术知识交流
