Skip to content

Latest commit

 

History

History
459 lines (378 loc) · 21.7 KB

用MVP架构开发Android应用.md

File metadata and controls

459 lines (378 loc) · 21.7 KB
Raw

http://kymjs.com/code/2015/11/09/01/

用MVP架构开发Android应用 2015-11-09 摘要 本文原创，转载请注明地址：http://kymjs.com/code/2015/11/09/01 怎样从架构级别去搭建一个APP，怎样让他应对日益更改的界面与业务逻辑？今天为大家讲述一种在Android上实现MVP模式的方法。

今天为大家讲述一种在Android上实现MVP模式的方法。也是我从新项目中总结出来的一种新的架构模式，大家可以查看我的TheMVP项目：https://github.com/kymjs/TheMVP

为什么需要MVP 关于什么是MVP，以及MVC、MVP、MVVM有什么区别，这类问题网上已经有很多的讲解，你可以自行搜索或看看文末的参考文章，这里就只讲讲为什么需要MVP。 在Android开发中，Activity并不是一个标准的MVC模式中的Controller，它的首要职责是加载应用的布局和初始化用户界面，并接受并处理来自用户的操作请求，进而作出响应。但是，随着界面及其逻辑的复杂度不断提升，Activity类的职责不断增加，以致很容易变得庞大而臃肿。 越小的类，bug越不容易出现，越容易调试，更容易测试，我相信这一点大家是都赞同的。在MVP模式下，View和Model是完全分离没有任何直接关联的(比如你在View层中完全不需要导Model的包，也不应该去关联它们)。 使用MVP模式能够更方便的帮助Activity(或Fragment)职责分离，减小类体积，使项目结构更加清晰。

现有的MVP方案 GitHub上有一个开源项目AndroidMVP，其思想是通过将Activity或Fragment看做View，并单独采用has…a…关系包含一个Presenter类的方式实现的，这是一种可行的技术方案。

AndroidMVP使用示例

完整Demo请查看这里 首先需要定义一个View层接口，让View实现类Activity(Fragment)实现； 其次需要定义一个Presenter实现接口，让Presenter实现类实现； 在View实现类Activity(Fragment)中包含Presenter对象，并在Presenter创建的时候传一个View对象； 在Presenter中通过构造时传入的视图层对象操作View

public interface LoginView { public void showProgress(); public void hideProgress(); public void setUsernameError(); public void setPasswordError(); }

public class A extends Activity implements LoginView, OnClickListener { @Override protected void onCreate(Bundle savedInstanceState) { // ... // 省略初始化控件 // ... presenter = new LoginPresenterImpl(this); } //...省略众多接口方法 }

public class LoginPresenterImpl implements LoginPresenter, OnLoginFinishedListener { private LoginView loginView;

public LoginPresenterImpl(LoginView loginView) {
    this.loginView = loginView;
}

@Override public void validateCredentials(String username, String password) {
    loginView.showProgress();
    //做逻辑操作
}

} AndroidMVP存在的问题

但是在用的时候会出现一些问题：

  1. 例如当应用进入后台且内存不足的时候，系统是会回收这个Activity的。通常我们都知道要用OnSaveInstanceState()去保存状态，用OnRestoreInstanceState()去恢复状态。 但是在我们的MVP中，View层是不应该去直接操作Model的，这样做不合理，同时也增大了M与V的耦合。
  2. 界面复用问题。通常我们在APP最初版本中是无法预料到以后会有什么变动的，例如我们最初使用一个Fragment去作为界面的显示，后来在版本变动中发现这个Fragment越来越庞大，而Fragment的生命周期又太过复杂造成很多难以理解的BUG，我们需要把这个界面放到一个Activity中实现。这时候就麻烦了，要把Fragment转成Activity，这可不仅仅是改改类名的问题，更多的是一大堆生命周期需要去修改。例如参考文章2中的译者就遇到过这样的问题。
  3. Activity本身就是Android中的一个Context。不论怎么去封装，都难以避免将业务逻辑代码写入到其中。

解决现有方案的问题 既然知道了这些问题，我们的解决办法自然是不要将Activity作为View层而去单独包含Presenter类进来。反过来，我们将Activity(Fragment)作为Presenter层的代码，包含一个View层的类来。如果你同时是一名IOS开发者，你一定会很熟悉，这不就是ViewController和APPDelegate吗。 使用Activity作为Presenter的优点就在于，可以原封不动的使用Activity本身的生命周期去处理项目逻辑，而不需要强加给另一个包含类，甚至记忆额外自定义的生命周期。 而同时作为独立的View层，我们的视图可以原封不动的传递给Presenter(不管是Activity或者Fragment)，而不需要改任何代码。对于一个开发团队，完全可以将View层的东西交给一个人编写，而将业务实现交给另一个人编写。而随着逻辑变化对View的更改，只需要通过Presenter层的包含一个代理对象————ViewDelegate来操作相应的更改方法就够了。

TheMVP原理介绍 与传统androidMVP不同(原因上文已经说了)，TheMVP使用Activity作为Presenter层来处理代码逻辑，通过让Activity包含一个ViewDelegate对象来间接操作View层对外提供的方法，从而做到完全解耦视图层。如下图： TheMVP架构图

TheMVP代码说明 要将Activity作为Presenter来写，需要让View变得可复用，必须解决的一个问题就是setContentView()如何调用，因为它是Activity(Fragment有类似)的方法。 我们需要把视图抽离出来独立实现。可以定义一个接口，来限定View层必须实现的方法(这个接口定义，也就是View层的代理对象)，例如：

public interface IDelegate { void create(LayoutInflater i, ViewGroup v, Bundle b); View getRootView(); } 首先通过inflater一个布局，将这个布局转换成View，再用getRootView()方法把这个View返回给Presenter层，让setContentView(view)去调用，这样就实现了rootView的独立。 所以，在Presenter层，我们的实现应该是：

protected void onCreate(Bundle savedInstanceState) { //获取到视图层对象 IDelegate viewDelegate = xxx; //让视图层初始化(如果是Fragment，就需要传递onCreateView方法中的三个参数) viewDelegate.create(getLayoutInflater(), null, savedInstanceState); //拿到初始化以后的rootview，并设置content setContentView(viewDelegate.getRootView()); } 结合DataBinding 一个好的架构一定是对扩展开放，对修改关闭的，这是软件设计模式的开闭原则。 如果你之前有了解过Google的DataBinding，你一定知道ViewModel的概念。DataBinding 解决了 Android UI 编程中的一个痛点，就是要给一个控件设置内容，必须首先获取到控件的对象，并调用set方法(例如setText())，传一个数据进去。 DataBinding允许你使用这样的代码为控件设置内容。

其中user.lastName表示在项目中的数据类的user对象的lastName属性。

DataBinding存在的问题

但是使用 Data Binding 之后，xml的布局文件就不再单纯地展示 UI 元素，还需要定义 UI 元素用到的变量。所以，它的根节点不再是一个 ViewGroup，而是变成了 layout ，并且新增了一个节点 data。

.... 然后还必须在 onCreate() 方法中，用 DatabindingUtil.setContentView() 来替换掉 setContentView()，然后创建一个 user 对象，通过 binding.setUser(user) 与 variable 进行绑定。

protected void onCreate(Bundle savedInstanceState) { ActivityBasicBinding binding = DataBindingUtil.setContentView( this, R.layout.activity_basic); User user = new User(); binding.setUser(user); } 虽然简化了试图与数据绑定的代码，但同时也牺牲了布局文件的可复用性。例如我们经常会遇到的，一个Fragment与另一个Fragment，在布局上完全一样，而仅仅是数据不同，这时我们通常会用代码去控制在不同的界面显示不同的数据。然而，如果将数据写死在xml中，就失去了布局的复用性。 因此，我们可以尝试将视图与数据模型绑定的逻辑抽出，单独建立一个类来使用代码控制，这样如果发生相同的界面复用，只需要重写视图与数据绑定的逻辑就够了，其他的代码仍然不变。

为Presenter添加ViewModel的功能

定义一个ViewModel层的接口，其中包含两个泛型分别为View层的代理和Model层的代理：

public interface DataBinder<T extends IDelegate, D extends IModel> { /** * 将数据与View绑定，这样当数据改变的时候，框架就知道这个数据是和哪个View绑定在一起的，就可以自动改变ui * 当数据改变的时候，会回调本方法。 * * @param viewDelegate 视图层代理 * @param data 数据模型对象 */ void viewBindModel(T viewDelegate, D data); } 为我们之前写好的Presenter添加扩展，使它能够支持DataBinder。其中使用getDataBinder()方法，得到开发中具体的某个界面的ViewModel层的扩展，然后我们只需要在数据改变的时候，手动调用notifyModelChanged()方法，即可使ViewModel中定义的绑定逻辑生效：

public abstract class DataBindActivity extends ActivityPresenter { protected DataBinder binder;

public abstract DataBinder getDataBinder();

public <D extends IModel> void notifyModelChanged(D data) {
    binder.viewBindModel(viewDelegate, data);
}

} 双向绑定

同时使用以代码控制的逻辑，能够轻松实现视图改变数据，数据改变视图的双向绑定。这是标准的ViewModel所一定会具备而现在的Beta版 DataBinding 没办法做到的功能。 刚刚的DataBinder接口已经实现的是 Model->View 的单向绑定，那么我们只需要为其添加一个 View-> Model 的方法，来让具体界面的ViewModel层实现类来解决其中的逻辑即可。

public interface DataBinder<T extends IDelegate, D extends IModel> { void viewBindModel(T viewDelegate, D data);

/**
 * 将数据与View绑定，这样当view内容改变的时候，框架就知道这个View是和哪个数据绑定在一起的，就可以自动改变数据
 * 当ui改变的时候，会回调本方法。
 *
 * @param viewDelegate 视图层代理
 * @param data         数据模型对象
 */
void modelBindView(T viewDelegate, D data);

} 也许你会有疑问，既然是MVP模式的项目，还又加ViewModel层，岂不是不伦不类？这里需要说明的是我们的架构目前仍旧是MVP模式的，你可以看做是在Presenter中，我们额外添加了一个方法，然后我们只在这个方法中写 setText()、setImageResource() 这类对控件设值的方法。 此时，我们的项目结构如下图： TheMVP架构图

让MVP变得好用 使用泛型解耦

现在我们是实现了View与Presenter的解耦，在onCreate中包含了一个接口对象来实现我们固定的一些必须方法。但是又引入了问题：一些特定方法没办法引用了。比如某个界面的设值、控件的修改显示逻辑对Presenter层的接口，接口对象必须强转成具体子类才能调用。 解决办法：可以通过泛型来解决直接引用具体对象的问题。比如我们可以在子类定义以后确定一个Presenter中所引用的Delegate的具体类型。例如：

public abstract class ActivityPresenter extends Activity { protected T viewDelegate;

protected void onCreate(Bundle savedInstanceState) {
    viewDelegate = getDelegateClass().newInstance();
}

protected abstract Class<T> getDelegateClass();

} 这样我们在ActivityPresenter的继承类中就可以通过动态设置getDelegateClass()的返回值来确定Delegate的具体类型了。

注解初始化控件

你可以使用 Butterknife(其他类似请自行查看相关方法) ，只需要在Presenter(也就是Activity)的 bindEvenListener() 方法中，或者在ViewDelegate的 initWidget() 方法中加入：

ButterKnife.bind(this,viewDelegate.getRootView()); 不过我建议还是算了吧，因为比起我们默认的IOC方案，注解式绑定也太麻烦了吧：通过定义findViewById()泛型类类型返回值，实现控件依赖倒置。

protected final SparseArray mViews = new SparseArray();

public T bindView(int id) { T view = (T) mViews.get(id); if (view == null) { view = (T) rootView.findViewById(id); mViews.put(id, view); } return view; }

public T get(int id) { return (T) bindView(id); } 设置监听

同时你也可以一次对多个控件设置监听事件，例如这样同时对button1,button2,button3设置监听器listener

viewDelegate.setOnClickListener(listener, R.id.button1, R.id.button2, R.id.button3); 它的内部实现也很简单，就是利用了变参函数

public void setOnClickListener(OnClickListener l, int... ids) { if (ids == null) { return; } for (int id : ids) { get(id).setOnClickListener(l); } } 利用变长数组构建View集合

由于Presenter在使用访问View的时候并不是直接调用，而是通过代理对象间接调用，如果我们在实现View层代码的时候有太多的控件需要被引用，可能就必须定义一大堆控件声明，会造成记忆负担。 这时候显然通过id去记忆更方便一些。我们可以使用SparseArray它是由两个数组来替代Map操作的类(如果你还是不知道他是干嘛的，可以简单的当成HashMap)。

结合上面的全部例子，可以为IDelegate接口定义一个抽象类，将全部的工具方法都集成进来

public abstract class AppDelegate implements IDelegate { protected final SparseArray mViews = new SparseArray();

protected View rootView;

public abstract int getRootLayoutId();

@Override
public void create(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    int rootLayoutId = getRootLayoutId();
    rootView = inflater.inflate(rootLayoutId, container, false);
}

@Override
public View getRootView() {
    return rootView;
}

public <T extends View> T bindView(int id) {
    T view = (T) mViews.get(id);
    if (view == null) {
        view = (T) rootView.findViewById(id);
        mViews.put(id, view);
    }
    return view;
}

public <T extends View> T get(int id) {
    return (T) bindView(id);
}

public void setOnClickListener(View.OnClickListener listener, int... ids) {
    if (ids == null) {
        return;
    }
    for (int id : ids) {
        get(id).setOnClickListener(listener);
    }
}

} 简单Demo 完整的Demo源码已经提交在了项目中，你可以在这里查看，运行名为demo的module。 这里仅取一个简单的示例。首先是View层的实现 public class SimpleDelegate extends AppDelegate { @Override public int getRootLayoutId() { return R.layout.delegate_simple; }

@Override
public void initWidget() {
    super.initWidget();
    TextView textView = get(R.id.text);
    textView.setText("在视图代理层创建布局");
}

public void setText(String text) {
    //get(id)等同于bindview(id)，从上文就可以看到了，get方法调用了bindview方法
    TextView textView = get(R.id.text);
    textView.setText(text);
}

} 接着是Presenter层的实现

/**

  • 在这里做业务逻辑操作，通过viewDelegate操作View层控件 */ public class SimpleActivity extends ActivityPresenter implements OnClickListener {

    @Override protected Class getDelegateClass() { return SimpleDelegate.class; }

    /**

    • 在这里写绑定事件监听相关方法 */ @Override protected void bindEvenListener() { super.bindEvenListener(); viewDelegate.get(R.id.button1).setOnClickListener(this); }

    @Override public void onClick(View v) { switch (v.getId()) { case R.id.button1: viewDelegate.setText("你点击了button"); break; } } } 参考文章 《MVC, MVP, MVVM比较以及区别》作者Justrun 《android实现MVP的新思路》译者FTExplore

补充 11月10日补充 感谢Rocko指出的问题，就是一个 View 需要几个 Model 的时候。这的确会有点麻烦，目前的想法是通过集合来解决。 12月25日补充 在实际使用了2个多月后，发现了一个在设计时没有考虑到的问题。就是当Activity(Fragment)作为Presenter被回收的时候，它所持有的ViewDelegate也会被置空，再次恢复时需要记得再次创建ViewDelegate java //Fragment中，Activity类似使用onRestoreInstanceState() @Override public void onViewStateRestored(@Nullable Bundle savedInstanceState) { super.onViewStateRestored(savedInstanceState); if (viewDelegate == null) { try { viewDelegate = getDelegateClass().newInstance(); } catch (java.lang.InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } } }

如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！

¥ 打赏支持

社交帐号登录: 微信 微博 QQ 人人 更多»

发布 最新最早最热 14条评论 42条新浪微博 雪人的梦会实现 雪人的梦会实现 请问如何理解android中的interactor?我有两个疑问：1 每个interactor对应一个行为？比如登录。 2 我发现每个interactor里又调用了一下api借口请求数据，那干嘛不在presenter中直接调用api过去数据，非要interactor再倒一手？ 赐教！ 12月15日回复顶转发 yoyu yoyu zzKonglico zzKonglico11月10日1楼 请问下如果请求网络数据、请求数据库放在哪里呢。新手莫怪　　　　　　　 Presenter层 11月30日回复顶转发 颜 颜 感觉更多的是为了MVP模式而MVP模式。使用过多的接口、泛型、代理会让代码的执行性能下降，代码的可读性也会变得很复杂。 11月29日回复顶转发 残剑 残剑 赞一个。 11月26日回复顶转发 徐志国 徐志国 感谢博主分享的文章，我细读了很多遍，还是有一些不懂得地方，请问如果我用到listview， 那么 adapter 的创建和初始化放在哪里呢，是放在activity里面吗。 11月24日回复顶转发 黎金华 黎金华 到底应该把哪些写在delegate里面，应该把哪些写在activity里面也,有点分不清楚，能不能给一个没有使用dataBinding的事例 11月15日回复顶转发 大侠咕咚 大侠咕咚 Rocko Rocko11月10日1楼 一些思路不错~。另外涛哥，一个界面（View）需要几个 Model 的时候呢？ DataBinder 这样写比较局限了，代码里一个 Presenter 也只返回 一个 binder。Binder 需要一些更细的控制。 另外我感觉把 MVP pattern 和 MVVM(binding) pattern 概念结合在一起的共存方式比较奇怪。　　　　　　　 恩，有同感~ 11月11日回复顶转发 田浩浩_DockOne 田浩浩_DockOne Jeremy He Jeremy He11月10日1楼 个人觉得MVP+DATABIND, 瞬间整个项目反而变得复杂起来了. 是不是有点本末倒置? [呵呵] 　　　　　　　 主要用于方便大型项目开发，小项目MVP就可以了 11月10日回复顶转发 zzKonglico zzKonglico 接上面，传统的是通过Interactor 跟InteractorImpl获取数据然后对接Presenter层的；现在这边这种模式是跟什么对接呢？跟Delegate吗？ 11月10日回复顶转发 zzKonglico zzKonglico 请问下如果请求网络数据、请求数据库放在哪里呢。新手莫怪 11月10日回复顶转发 Rocko Rocko Rocko Rocko11月10日1楼 一些思路不错~。另外涛哥，一个界面（View）需要几个 Model 的时候呢？ DataBinder 这样写比较局限了，代码里一个 Presenter 也只返回 一个 binder。Binder 需要一些更细的控制。 另外我感觉把 MVP pattern 和 MVVM(binding) pattern 概念结合在一起的共存方式比较奇怪。　　　　　　　 kym张涛 kym张涛11月10日2楼 感谢，第一个问题文末有一个思路，第二个问题是没有交代清楚，文章中已更新。　　　　　　　 [good] ，对应着 data binding 的 ObserableField 的出现。 11月10日回复顶转发 Jeremy He Jeremy He 个人觉得MVP+DATABIND, 瞬间整个项目反而变得复杂起来了. 是不是有点本末倒置? [呵呵] 11月10日回复顶转发 1 2 支持我请点击右上角的 Follow

  • -> 文章纠错 <- -

kymjs张涛 kymjs张涛

Android移动开发工程师，《KJFrameForAndroid》开发框架作者。爱看书，爱敲码，善于交流，乐于分享。曾担任电影《天籁：一万年以后》新媒体产品经理。

QQ交流群： 257053751（1群，2000人）

201055521（2群，1000人）

我的邮箱： [email protected]

微信公众号： Android技术分享

Android技术分享

本周热门

【精】EventBus 源码研读系列 支持 gif 的图片预览控件 Android 流式布局实现 【精】用 MVP 架构开发 Android 应用 Android 夜间模式实现 我的创业方案——都市书吧 【精】致那些正在迷茫期的开发者

新浪微博

为你推荐

我的GitHub 开源实验室 CodeKK Android开发技术周报 AndroidDevTools

kymjs张涛的开源实验室 · [email protected] · Github · RSS · 站务联系：766136833 · Powered by Jekyll