为什么要引入MVP模式
Android早年开发中,View层(Activity,Fragment或者自定义View)承载了太多的责任,他不仅要完成界面的更新、复杂动画的渲染等UI相关的操作,还要处理各种业务逻辑。由于职责不单一,所以View层的代码很庞大,维护和升级变得越来越困难,因此我们有必要引入MVP模式。
MVP模式的基本概念
MVP的全称是Model、View、Presenter,将应用分为三层。
- View层:视图层,包含界面相关的功能,例如各种Activity、Fragment、View、Adapter等,该层专注于用户的交互,实现设计师给出的界面、动画等交互效果。View层一般会持有Presenter的引用,或者也可以通过依赖注入(例如Dagger)的方式获得Presenter的实例,并将非UI逻辑操作委托给Presenter。
- Presenter层:逻辑控制层,充当中间人的角色,用来隔离View层与Model层,该层主要负责View层和Model层的控制和交互。例如接收View层的网络数据加载请求,并分发给对应的Model处理,同时监听Model层的处理结果,最终将其反馈给View层,实现界面的刷新。
- Model层:封装各种数据来源,例如远程网络数据,本地数据库数据等, 对Presenter层提供简单易用的接口。
MVP模式图
MVP的好处
- 如果界面发生变化,只需修改对应的View即可,Presenter和Model层无需改动。
- 如果业务逻辑或者数据获取方式发生变化,只需修改对应的Model。
- 如果控制逻辑发生变化,只需修改对应的Presenter。
- Presenter层和View层以及Model层的交互都是基于接口实现的,这有助于对Presenter进行单元测试,同时由于是面向接口编程,只需事先定义好接口,每一层的实现可以交由不同的开发人员并行实现,最终再一起联调,能够明显加快某一功能的开发进度。
- 团队的新成员拿到项目的代码,能够很容易的读懂现有的逻辑,快速上手。
- 方便进行单元测试
MVP存在的问题
- 增加代码类的数量。