应用mvp模式写出可维护的优美android应用 -凯发ag旗舰厅登录网址下载

在android开发中，我们常常会动辄写出数千行的java类，而当一个activity有4、5千行的时候，想找一个逻辑在哪儿就会显得异常痛苦了。比如想在数据加载错误的时候，显示一个提示信息，上上下下得找很久。

最近用了mvp模式后，我觉得找到了一个不错的框架级解决方法。

首先看看

mvp是什么

mvp是mvc模式的一个衍生物，可以简单看下图。在mvp模式中，v层完全和m层（在android中可能是model、dao、或者通用的business logic）分开。在中间用p层分隔，从而把数据有关和ui有关完全分离开。

主流的mvp又有两种实现方式

１）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(); }

暴露给presenter的view层接口：

1 2 3 4 5

/** * the root view interface for every mvp view */ public interface mvpview { }

presenter层，告别了繁琐的activity周期，只有创建和销毁两个状态接口。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

/** * 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 * activity.detachview() or fragment.ondestroyview() */ void detachview(boolean retaininstance); }

比如这次做新的留言板需求，我就写了

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

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 { }

这么些类来应用了mvp模式，个人觉得是比以前清晰了不少。

个人心得

• 不要把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调就行了。

总结

以上是凯发ag旗舰厅登录网址下载为你收集整理的应用mvp模式写出可维护的优美android应用的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得凯发ag旗舰厅登录网址下载网站内容还不错，欢迎将凯发ag旗舰厅登录网址下载推荐给好友。