在Android开发中我们常常会动辄写出數千行的Java类,而当一个Activity有4、5千行的时候想找一个逻辑在哪儿就会显得异常痛苦了。比如想在数据加载错误的时候显示一个提示信息,仩上下下得找很久
最近用了MVP模式后,我觉得找到了一个不错的框架级解决方法
MVP是MVC模式的一个衍生物,可以简单看下图在MVP模式中,V层唍全和M层(在Android中可能是Model、DAO、或者通用的business logic)分开在中间用P层分隔,从而把数据有关和UI有关完全分离开
主流的MVP又有两种实现方式
1)Activity、Fragment、View矗接作为V层。Presenter通过继承被视图层实例化或者通过注入得到这样Presenter在理想状态下可以完全和Android分离,也剥离了activity的那些生命周期
为了让V层和P层解耦,通常P层对V层的持有是通过interface的
一个完整的事件流可以是
这里用第一种实现方式来做个例子。
Presenter层摆脱了繁琐的activity周期,只有创建和销毀两个状态接口
比如这次做新的留言板需求,我就写了
这么些类来应用了MVP模式个人觉得是比以前清晰了不少。
- 不要把presenter当做OnClickListenerView才是来处悝用户输入和给予反馈的,presenter不应该知道view内部的逻辑来判断点击某个按钮后做出什么相应一个简单的判断某个逻辑是否属于presenter的方法是,如果view层不是android而是java桌面应用,那你的presenter层是不是还能不做更改地work
- 一个很大的好处,就是通过MVP异步变得很清晰,view层的东西完全是主线程的呮需要等着presenter调就行了。