android mvp设计模式

cmai · · 121 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

什么是MVP

MVP,全称 Model-View-Presenter。要说MVP那就不得不说一说它的前辈——MVC(Model-View-Controller,模型-视图-控制器)。

  • View:对应于布局文件
  • Model:业务逻辑和实体模型
  • Controllor:对应于Activity

细细的想想这个View对应于布局文件,其实能做的事情特别少,实际上关于该布局文件中的数据绑定的操作,事件处理的代码都在Activity中,造成了Activity既像View又像Controller。

而当将架构改为MVP以后,Presenter的出现,将Actvity视为View层,Presenter负责完成View层与Model层的交互,其实就是activity里边只做和UI相关的操作,即更新UI的功能,具体什么时候更新,更新的数据,则是由presenter和model来决定,presenter决定什么时候更新并将model层的数据传送到activity。现在是这样的:

  • View 对应于Activity,负责View的绘制以及与用户交互
  • Model 依然是业务逻辑和实体模型
  • Presenter 负责完成View于Model间的交互

这样的转变是从并不标准的MVCMVP的一个转变,减少了Activity的职责,简化了Activity中的代码,将复杂的逻辑代码提取到了Presenter中进行处理。与之对应的好处就是,耦合度更低,更方便的进行测试。借用两张图,代表上述的转变:
image
转变为:
image

MVP与MVC的区别

最明显的区别就是,MVC中是允许Model和View进行交互的,而MVP中很明显,Model与View之间的交互由Presenter完成。如下图所示:
image

为什么需要MVP

  • 1、尽量简单

大部分的安卓应用只使用View-Model结构,程序员现在更多的是和复杂的View打交道而不是解决业务逻辑。当你在应用中只使用Model-View时,到最后,你会发现“所有的事物都被连接到一起”。

而使用MVP则会把复杂的任务分成细小的任务,并且很容易解决。越小的东西,bug越少,越容易debug,更好测试。在MVP模式下的View层将会变得简单,所以即便是他请求数据的时候也不需要回调函数。View逻辑变成十分直接。

  • 2:后台任务

当你编写一个Actviity、Fragment、自定义View的时候,你会把所有的和后台任务相关的方法写在一个静态类或者外部类中。这样,你的Task不再和Activity联系在一起,这既不会导致内存泄露,也不依赖于Activity的重建。

MVP的优缺点

优点:

  1. 降低耦合度,实现了Model和View真正的完全分离,可以修改View而不影响Modle
  2. 模块职责划分明显,层次清晰
  3. 隐藏数据
  4. Presenter可以复用,一个Presenter可以用于多个View,而不需要更改Presenter的逻辑(当然是在View的改动不影响业务逻辑的前提下)
  5. 利于测试驱动开发。以前的Android开发是难以进行单元测试的(虽然很多Android开发者都没有写过测试用例,但是随着项目变得越来越复杂,没有测试是很难保证软件质量的;而且近几年来Android上的测试框架已经有了长足的发展——开始写测试用例吧),在使用MVP的项目中Presenter对View是通过接口进行,在对Presenter进行不依赖UI环境的单元测试的时候。可以通过Mock一个View对象,这个对象只需要实现了View的接口即可。然后依赖注入到Presenter中,单元测试的时候就可以完整的测试Presenter应用逻辑的正确性。
  6. View可以进行组件化。在MVP当中,View不依赖Model。这样就可以让View从特定的业务场景中脱离出来,可以说View可以做到对业务完全无知。它只需要提供一系列接口提供给上层操作。这样就可以做到高度可复用的View组件。
  7. 代码灵活性

缺点:

  1. Presenter中除了应用逻辑以外,还有大量的View->Model,Model->View的手动同步逻辑,造成Presenter比较笨重,维护起来会比较困难。
  2. 由于对视图的渲染放在了Presenter中,所以视图和Presenter的交互会过于频繁。
  3. 如果Presenter过多地渲染了视图,往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更,那么Presenter也需要变更了。
  4. 额外的代码复杂度及学习成本。

demo如下:

目录:

具体每个类的代码:

public interface IContract {
    interface IPresenter {
        void getData();
    }
    interface IView {
        void updateUI(String data);
    }
}
public class MainActivity extends AppCompatActivity implements IContract.IView{

    IContract.IPresenter iPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        iPresenter = new MyPresenter(this);

    }

    @Override
    public void updateUI(String data) {
        TextView textView = findViewById(R.id.show_data);
        textView.setText(data);
    }
}

  

public class MyPresenter implements IContract.IPresenter {
    IContract.IView iView;

    public MyPresenter(IContract.IView iv){
        this.iView = iv;
    }

    @Override
    public void getData() {
        MyModel myModel = new MyModel();
        String s = myModel.getData();
    }
}
public class MyModel {
    public String getData(){
        return "MVP";
    }
}

  

总结

在MVP模式里通常包含4个要素:

  • View :负责绘制UI元素、与用户进行交互(在Android中体现为Activity);
  • View interface :需要View实现的接口,View通过View interface与Presenter进行交互,降低耦合,方便进行单元测试;
  • Model :负责存储、检索、操纵数据(有时也实现一个Model interface用来降低耦合);
  • Presenter :作为View与Model交互的中间纽带,处理与用户交互的负责逻辑。

本文来自:博客园

感谢作者:cmai

查看原文:android mvp设计模式

121 次点击  
加入收藏 微博
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet