MVP简介
M-Modle,数据,逻辑操作层,数据获取,数据持久化保存。比如网络操作,数据库操作
V-View,界面展示层,Android中的具体体现为Activity,Fragment
P-Presenter,中介者,连接Modle,View层,同时持有modle引用和view接口引用
示例代码
Modle层操作
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
public
class
TestModle
implements
IModle{
private
CallbackListener callback;
public
TestModle(CallbackListener callback) {
this
.callback = callback;
}
public
interface
CallbackListener {
void
onGetData(String data);
}
public
void
getData() {
new
Thread() {
public
void
run() {
callback.onGetData(
"返回的数据"
);
}
}.start();
}
}
|
View层
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
// 抽象的view层
public
interface
TestViewInterf
extends
IView {
void
onGetData(String data);
}
// 具体的View层
public
class
MainActivity
extends
Activity
implements
TestViewInterf{
private
TestPresenter mTestPresenter;
@Override
public
void
onCreate(
@Nullable
Bundle savedInstanceState) {
super
.onCreate(savedInstanceState);
// view层将获取数据的任务委派给中介者presenter,并传入自身实例对象,实现TestViewInterf接口
mTestPresenter =
new
TestPresenter(
this
);
mTestPresenter.getData();
}
@Override
public
void
onGetData(String data) {
// View层只做数据展示
showToast(data);
}
private
void
showToast(String toast) {
Toast.makeText(
this
, toast, Toast.LENGTH_LONG).show();
}
}
|
Presenter中介者
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
public
class
TestPresenter
implements
IPresenter{
IModle modle;
IView view;
public
TestPresenter(IView view) {
this
.view = view;
}
public
void
getData() {
// 获取数据的操作实际在Modle层执行
modle =
new
TestModle(
new
CallbackListener() {
public
void
onGetData(String data) {
if
(view !=
null
) {
view.onGetData(data);
}
}
});
modle.getData();
}
}
|
根据OOP思想,Java应面向接口编程,这样才能给符合OCP原则。上述示例代码省略了更加抽象的接口IModle,IView,IPresenter,并且实际MVP实践中通常会引入泛型使其更具扩展性。
Google已提供了相关示例代码,并在MVP中增加了一个约束者:Contract,它的作用是定义各个模块的MVP接口。
google MVP sample code:https://github.com/googlesamples/android-architecture
内存泄露问题
由上可见,Presenter中持有View接口对象,这个接口对象实际为MainActivity.this,Modle中也同时拥有Presenter对象实例,当MainActivity要销毁时,Presenter中有Modle在获取数据,那么问题来了,这个Activity还能正常销毁吗?
答案是不能!
当Modle在获取数据时,不做处理,它就一直持有Presenter对象,而Presenter对象又持有Activity对象,这条GC链不剪断,Activity就无法被完整回收。
换句话说:Presenter不销毁,Activity就无法正常被回收。
解决MVP的内存泄露
Presenter在Activity的onDestroy方法回调时执行资源释放操作,或者在Presenter引用View对象时使用更加容易回收的软引用,弱应用。
比如示例代码:
Activity
1
2
3
4
5
|
@Override
public
void
onDestroy() {
super
.onDestroy();
mPresenter.destroy();
}
|
Presenter
1
2
3
4
5
6
|
public
void
destroy() {
view =
null
;
if
(modle !=
null
) {
modle.cancleTasks();
}
}
|
Modle
1
2
3
|
public
void
cancleTasks() {
// TODO 终止线程池ThreadPool.shutDown(),AsyncTask.cancle(),或者调用框架的取消任务api
}
|
个人总结
因为面向MVP接口编程,可适应需求变更,所以MVP适用于比较大的项目;因为其简化了Activity和Fragmnt的职责,可大大减少View层的代码量,比起MVC中Activity,Fragment动不动上千行的代码量,简直优雅!
做完以上操作,由于MVP引起的内存泄露就差不多解决了,以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。