MVP模式—徐旸

Posted tarena_3G

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MVP模式—徐旸相关的知识,希望对你有一定的参考价值。

简称:最小化可行产品 (Minimum Viable Product, MVP) ;MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负责显示。

MVC和MVP的区别?
作为一种新的模式,MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Model,它们之间的通信是通过Presenter (MVC中的Controller)来进行的,所有的交互都发生在Presenter内部,而在MVC中View会直接从Model中读取数据而不是通过 Controller。
在MVC里,View是可以直接访问Model的!从而,View里会包含Model信息,不可避免的还要包括一些业务逻辑。 在MVC模型里,更关注的Model的不变,而同时有多个对Model的不同显示,即View。所以,在MVC模型里,Model不依赖于View,但是View是依赖于Model的。不仅如此,因为有一些业务逻辑在View里实现了,导致要更改View也是比较困难的,至少那些业务逻辑是无法重用的。
虽然 MVC 中的 View 的确“可以”访问 Model,但是我们不建议在 View 中依赖 Model,而是要求尽可能把所有业务逻辑都放在 Controller 中处理,而 View 只和 Controller 交互。上面的这段文字不知是什么水平的开发者编辑的,基本逻辑都不清楚。

MVP的优点
1、模型与视图完全分离,我们可以修改视图而不影响模型
2、可以更高效地使用模型,因为所有的交互都发生在一个地方——Presenter内部
3、我们可以将一个Presenter用于多个视图,而不需要改变Presenter的逻辑。这个特性非常的有用,因为视图的变化总是比模型的变化频繁。
4、如果我们把逻辑放在Presenter中,那么我们就可以脱离用户接口来测试这些逻辑(单元测试)
MVP的缺点
由于对视图的渲染放在了Presenter中,所以视图和Presenter的交互会过于频繁。还有一点需要明白,如果Presenter过多地渲染了视图,往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更,那么Presenter也需要变更了。比如说,原本用来呈现html的Presenter现在也需要用于呈现Pdf了,那么视图很有可能也需要变更。

为了更好的理解mvp,下面写一个mvp模式的helloWorld 的demo

业务层:model
定义接口及抽象方法
public interface IModel
String loadString();

接口实现类 具体业务操作
public class Model implements IModel

@Override
public String loadString() 
    return "HELLOWORLD";


主持者:presenter
定义接口及实现方法
public interface IPresenter
void getString();

接口实现类
public class Presenter implements IPresenter
private IModel model;
private IView view;
private String str;

public Presenter(IView view) 
    this.model = new Model();
    this.view = view;


@Override
public void getString() 
    str = model.loadString();
    view.show(str);

视图层:View
定义接口及抽象方法
public interface IView
void show(String str);

实现类
public class MainActivity extends Activity implements IView
private TextView tv;
private IPresenter presenter;
@Override
protected void onCreate(Bundle savedInstanceState)
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
tv = (TextView) findViewById(R.id.tv);
presenter = new Presenter(this);
presenter.getString();

@Override
public void show(String str) 
    tv.setText(str);


对于app而言,我个人的理解,app中的某些操作,都是由View层发起的,因为View层负责于用户直接交流,只有得到用户意图之后才会有去掉用相关方法去执行代码的必要性(当然,程序的入口应当为配置清单文件)
上面的小demo只是一些做简单的实现,只是把流程过了一边,在真正的开发中,设计接口抽象方法的时候需要传递什么样的参数,业务层如果执行了耗时操作就要用到callback等,具体实现还要具体分析。
流程图:(简单画了下,难看的很)

以上是关于MVP模式—徐旸的主要内容,如果未能解决你的问题,请参考以下文章

Android DataBinding库(MVVM设计模式)

从Google的todo-mvp源码中学习MVP模式

从Google的todo-mvp源码中学习MVP模式

Android当中的MVP模式终篇---关于对MVP模式中代码臃肿

Android当中的MVP模式终篇---关于对MVP模式中代码臃肿

MVP?(MVP 模式)?编辑