应用MVP模式写出可维护的优美Android应用
2016-07-01 10:04
483 查看
在Android开发中,我们常常会动辄写出数千行的Java类,而当一个Activity有4、5千行的时候,想找一个逻辑在哪儿就会显得异常痛苦了。比如想在数据加载错误的时候,显示一个提示信息,上上下下得找很久。
最近用了MVP模式后,我觉得找到了一个不错的框架级解决方法。
首先看看
2)Activity和Fragment作为P层,另外单独创建一个V层类,持有Activity里面的各种view,并提供接口让Activity调用来更新界面。
为了让V层和P层解耦,通常P层对V层的持有是通过interface的。
一个完整的mvp事件流可以是
每个Activity继承的基类:
暴露给Presenter的View层接口:
Presenter层,告别了繁琐的activity周期,只有创建和销毁两个状态接口。
比如这次做新的留言板需求,我就写了
这么些类来应用了MVP模式,个人觉得是比以前清晰了不少。
view层只做presenter层让你做的,比如上图view层用户点了一个按钮,View调用了presenter.loadUsers,presenter一边在background thread去getUsers,一边调用了view.showLoading(),view层不该自说自话地showLoading。不过如何showLoading,比如展示怎么样的动画,那就是view层的内部矛盾了。
一个很大的好处,就是通过MVP,异步变得很清晰,view层的东西完全是主线程的,只需要等着presenter调就行了。
最近用了MVP模式后,我觉得找到了一个不错的框架级解决方法。
首先看看
MVP是什么
MVP是MVC模式的一个衍生物,可以简单看下图。在MVP模式中,V层完全和M层(在Android中可能是Model、DAO、或者通用的business logic)分开。在中间用P层分隔,从而把数据有关和UI有关完全分离开。主流的MVP又有两种实现方式
1)Activity、Fragment、View直接作为V层。Presenter通过继承被视图层实例化或者通过注入得到。这样Presenter在理想状态下可以完全和Android分离,也剥离了activity的那些生命周期。2)Activity和Fragment作为P层,另外单独创建一个V层类,持有Activity里面的各种view,并提供接口让Activity调用来更新界面。
为了让V层和P层解耦,通常P层对V层的持有是通过interface的。
一个完整的mvp事件流可以是
sample
这里用第一种实现方式来做个例子。每个Activity继承的基类:
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 29 30 | /** * A {@link BaseActivity} that uses an {@link MvpPresenter} to implement a MVP Architecture. */ public abstract class MvpActivity<P extends MvpPresenter> extends BaseActivity implements MvpView { protected P presenter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); presenter = createPresenter(); if (presenter == null) { throw new NullPointerException("Presenter is null"); } presenter.attachView(this); } @Override protected void onDestroy() { super.onDestroy(); presenter.detachView(false); } /** * Instantiate a presenter instance * * @return The {@link MvpPresenter} for this view */ protected abstract P createPresenter(); } |
1 2 3 4 5 | /** * The root view interface for every mvp view */ public interface MvpView { } |
1 2 3 4 56 | /** * The base interface for each mvp presenter */ public interface MvpPresenter<V extends MvpView> { /** * Set or attach the view to this presenter */ void attachView(V view); /** * Will be called if the view has been destroyed. Typically this method will be invoked from * <code>Activity.detachView()</code> or <code>Fragment.onDestroyView()</code> */ void detachView(boolean retainInstance); } |
1 2 3 4 56 | public class QZoneLeaveMessageActivity extends MvpActivity<LeaveMessagePresenter> implements LeaveMessageView, OnClickListener { } // Lce就是Load Content Error,通用的load数据View接口 public interface MvpLceView<M> extends MvpView { void showLoading(boolean pullToRefresh); void showContent(); void showError(Throwable e, boolean pullToRefresh); void setData(M data); void loadData(boolean pullToRefresh); } public interface LeaveMessageView extends MvpLceView<List<TemplateData>> { ... } public class LeaveMessagePresenter extends MvpBasePresenter<LeaveMessageView> implements QZoneServiceCallback { } |
个人心得
不要把presenter当做OnClickListener,View才是来处理用户输入和给予反馈的,presenter不应该知道view内部的逻辑来判断点击某个按钮后做出什么相应。一个简单的判断某个逻辑是否属于presenter的方法是,如果view层不是android,而是java桌面应用,那你的presenter层是不是还能不做更改地work。view层只做presenter层让你做的,比如上图view层用户点了一个按钮,View调用了presenter.loadUsers,presenter一边在background thread去getUsers,一边调用了view.showLoading(),view层不该自说自话地showLoading。不过如何showLoading,比如展示怎么样的动画,那就是view层的内部矛盾了。
一个很大的好处,就是通过MVP,异步变得很清晰,view层的东西完全是主线程的,只需要等着presenter调就行了。
相关文章推荐
- Android 中的MVP 模式
- [置顶] Android开发之华为手机无法看log日志解决方法(亲测可用华为荣耀6)
- Android Support兼容包详解
- Android学习笔记十六之FrameLayout框架布局
- Android双击返回键退出程序的实现方法
- OpenWrt - MPDroid实现Android手机控制OpenWRT播放音乐
- android studio编译提示错误:android Error:(21, 19) 错误: 程序包R不存在
- Android双击返回键退出Activity的两种方法
- 手把手教你AndroidStudio多渠道打包
- Android 开源组件和第三方库汇总
- Eventbus3.0
- 责任链模式在Android中的应用
- Android Activity整体管理和关闭工具类封装
- 23种设计模式实例
- 15 个 Android 通用流行框架大全
- Android-MD风格设置
- android MVP模式介绍与实战
- 正确使用 Android 性能分析工具——TraceView oschina 发布于: 2014年10月28日 (11评)
- 解决Exception raised during rendering: com/android/util/PropertiesMap (Details)
- 获取内置和外置存储路径