标签:接口 err app make 实现类 也有 pat 分享 net
提起MVP架构模式,大家可能首先想到的是它的“前辈”MVC模式。MVC由Model、View、Controller组成,请求从Controller进入后进行业务判断,然后交给Model或View进行处理。这本身没什么,但是应用在Android程序中时,大家就会发现,Activity既担任了Controller的角色进行业务筛选,又担任了View的角色进行界面展示,甚至有些时候还会担任Model的角色加载数据。这就使的Activity中的代码变得很多很长,而且功能杂乱,不便区分。怎么办呢?于是,MVP模式就诞生了。
MVP由Model、View和Presenter组成,和MVC相似,MVP中的Model层也是用来加载数据的,View层也是用来展示界面的,MVP中独有的Presenter是用来连接Model和View两层,起到解耦的作用。下图展示了MVC模式和MVP模式的工作流程上的比较:
从图中可以看到,MVP模式中的View层和Model层之间没有连线,即这两层之间没有直接的关联,它们之间的交互是通过Presenter来完成的,这样就实现的View和Model两层的解耦。具体的MVP内部的工作流程如下图所示:
可以看到,用户首先在View层中进行操作,将用户动作传到Presenter中,Presenter将动作传递到Model中进行处理,然后将处理结果传回到Presenter,再由Presenter相应到View中。
MVP模式的整体架构是通过接口来搭建的,我们需要一个整体的架构管理类Contract来管理Model、View、Presenter这三个接口,Model类、View类和Presenter类都分别实现这三个接口。Presenter中持有Model和View的引用,Presenter中的所有方法都会调用Model中对应的方法进行处理;Model中写实际代码;View是被Activity实现的,其中持有一个Presenter的引用,所有方法都会调用Presenter的对应方法。
下面贴出一个简单的DEMO中的代码。
DEMO的界面非常简单,只有一个按钮,当我们点击按钮的时候弹出一个Toast,就是这么一个简单的DEMO,我们尝试用MVP模式来搭建,编写。
首先我们需要一个接口的统一管理类MainContract,这个类中包含了M、V、P三个接口,接口中定义抽象方法。这里我们只打算有一个方法,即按钮点击事件onButtonClicked()方法。代码如下:
public class MainContract { interface View { void onButtonClicked(String text); } interface Model { void onButtonClicked(Context context, String text); } interface Presenter { void onButtonClicked(Context context, String text); } }
有了接口之后,我们让M、V、P三层的具体类来实现这三个接口,这三个类分别是:M层对应MainModel,P层对应MainPresenter,V层对应MainActivity。
我们来编写MainPresenter类中的代码,首先需要让它实现MainContract类中的Presenter接口,然后为它设置两个属性,一个是Model,一个是View,在构造方法中传入View,并初始化Model,最后实现Presenter接口中的方法并调用Model中的对应方法实现。MainPresenter类中的代码如下:
public class MainPresenter implements MainContract.Presenter { private MainContract.Model model; private MainContract.View view; public MainPresenter(MainContract.View view) { this.view = view; this.model = new MainModel(); } @Override public void onButtonClicked(Context context, String text) { model.onButtonClicked(context, text); } }
接下来是MainModel类中的代码了。MVP中的所有具体逻辑实现的代码都是在Model层中编写的,因此在MainModel实现Model接口的onButtonClicked()方法中,我们按照需求弹出一个Toast即可。代码如下:
public class MainModel implements MainContract.Model { @Override public void onButtonClicked(Context context, String text) { Toast.makeText(context, text, Toast.LENGTH_SHORT).show(); } }
最后就是View层的编写了。上面说过,View层的实现类就是Activity,View层中需要持有一个Presenter的引用,View层中的所有操作都调用Presenter层中对应的方法,而Presenter层都是调用Model层的代码,因此View层就算是间接的调用了Model层的代码。MainActivity中的代码如下:
public class MainActivity extends AppCompatActivity implements MainContract.View { private MainPresenter presenter = new MainPresenter(MainActivity.this); @InjectView(R.id.btn) protected Button button; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); // 初始化ButterKnife ButterKnife.inject(MainActivity.this); } @OnClick(R.id.btn) protected void click() { onButtonClicked("Button Clicked!!!!"); } @Override public void onButtonClicked(String text) { presenter.onButtonClicked(MainActivity.this, text); } }
到此为止,MVP的一个简单的DEMO就完成了。MVP只是一种思路,每个人都有每个人的理解,因此架构的搭建会有所不同,但整体的目标是不变的,那就是让Activity中的View层和Controller层分离开来,减少Activity中的代码。
当然,MVP模式也有缺点,那就是每创建一个Activity,就需要再创建Contract、Model、Presenter三个类,会大大增加项目中的类的个数。
标签:接口 err app make 实现类 也有 pat 分享 net
原文地址:http://www.cnblogs.com/itgungnir/p/6210862.html