MVP 全称：Model-View-Presenter

MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。

模式描述

Model-view-presenter (MVP) 是使用者界面 设计模式的一种，被广范用于便捷自动化单元测试和在呈现逻辑中改良分离关注点(separation of concerns)。

Model 定义使用者界面所需要被显示的资料模型，一个模型包含着相关的业务逻辑。

View 视图为呈现使用者界面的终端，用以表现来自 Model 的资料，和使用者命令路由再经过 Presenter 对事件处理后的资料。

Presenter 包含着元件的事件处理，负责检索 Model 取得资料，和将取得的资料经过格式转换与 View 进行沟通。

下面一个图就能很好展示它们之间的关系

Paste_Image.png

那我们开始实例讲解

现在我们做一个小Demo。输入一个qq号，能查到QQ号码吉凶

请求示例：

http://api.jisuapi.com/qqluck/query?qq=22222&appkey=yourappkey

Json返回示例

{

"status": "0",

"msg": "ok",

"result": {

"qq": "22222",

"score": "62",

"luck": "凶",

"content": "烦闷懊恼，事事难展，自防灾祸，始免困境",

"character": "要面包不要爱情",

"characterdetail": "责任心重，尤其对工作充满热诚，是个彻头彻尾工作狂。但往往因为过分专注职务，而忽略身边的家人及朋友，是个宁要面包不需要爱情的理性主义者。"

}

}

Paste_Image.png

项目结构

Paste_Image.png

其中api 是接口。bean 是javabean 用来作数据模型。model来进行网络请求获取数据。presenter来进行事件处理。把处理好的数据通过一定方式传给view ，也就是我们的activity，然后展示给用户看。

所以这就结构就看着非常简单。model 只做网络请求，presenter把请求的数据处理好 传给view，然后view在展示给用户看。这中间view和model是没有任何的关联，只是有个中间着presenter来进行相应的处理

我们接下来先把api 和bean 填上，代码如下

网络请求用的retrofit框架

compile 'com.squareup.retrofit2:retrofit:2.2.0'

compile 'com.squareup.retrofit2:converter-gson:2.2.0'

Paste_Image.png

MyService类，简单封装网络请求

public class MyService {

public static String baseUrl="http://api.jisuapi.com/qqluck/";

public static Retrofit mRetrofit=new Retrofit.Builder()

.baseUrl(baseUrl)

.addConverterFactory(GsonConverterFactory.create())

.build();

public static T getApi(ClassmClass){

return mRetrofit.create(mClass);

}

}

DemoApi类， api接口类

public interface DemoApi {

@POST("query")

CallloadqQuery(@Query("qq") int qq, @Query("appkey") String appkey);

}

接下来开始写view 。因为我们要做一个qq凶吉，那么就要把展示结果给用户看。所以先写一个接口.只有一个方法。用来接收presenter传过了的数据，展示给用户看

public interface IMainView {

void showInfo(String response);

}

然后用Maintivivty来继承IMainView接口，实现其中的方法，获得数据，展示给用户看，代码如下

public class MainActivity extends AppCompatActivity implements IMainView {

private TextView mluck;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

mluck= (TextView) findViewById(R.id.luck);

}

public void onClick(View v){

switch (v.getId()){

case R.id.send:

break;

}

}

@Override

public void showInfo(String response) {

mluck.setText(response);

}

}

现在基本完成了一半，下面接着写model 的网络请求

根据上面的请求示例，我们需要传一个qq号，和一个appkey。appkey去注册申请一个就好，在这就不多说，另外需要一个Callback回调函数。需要把请求到的数据传给presenter。model也到这差不多了。

public class MainModel {

public void getData( int qq, String appkey, CallbackmCallback) {

DemoApi api = MyService.getApi(DemoApi.class);

CallqqluckDataCall = api.loadqQuery(qq, appkey);

qqluckDataCall.enqueue(mCallback);

}

}

现在就开始写presenter，代码如下

public class MainPresenter {

public IMainView mIMainView;//view 的引用

public MainModel mMainModel;//model的引用

public MainPresenter(IMainView IMainView) {

mIMainView = IMainView;

mMainModel=new MainModel();

}

public void load(int qq){//加载数据。通过model 来获取

String appkey="34865d1e2ff7170f";

mMainModel.getData(qq, appkey, new Callback() {

@Override

public void onResponse(Callcall, Responseresponse) {

//获取到数据

QqluckData body = response.body();

//调用showInfo方法，传递数据。展示给用户看

mIMainView.showInfo("luck:"+body.getResult().getLuck()+"\ncontent:"+body.getResult().getContent());

}

@Override

public void onFailure(Callcall, Throwable t) {

}

});

}

}

presenter 代码没多少。持有view 和midel的引用。 当view初始化presenter时会把view 传过来。presenter内部在持有Model的引用。当用户发起qq测吉凶功能时，由view 调用presenter的load方法。presenter在由model去发送网络请求。把数据结果在传回给view。下面我在把完整的Maintivit 贴出来

public class MainActivity extends AppCompatActivity implements IMainView {

private TextView mluck;

private MainPresenter mMainPresenter;

private EditText mEdqq;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

mluck= (TextView) findViewById(R.id.luck);

mEdqq= (EditText) findViewById(R.id.ed_qq);

//onCreate时初始化MainPresenter，因为当前已继承IMainView，直接传this即可。这个时候MainPresenter就持有IMainView的引用了

mMainPresenter=new MainPresenter(this);

}

public void onClick(View v){

switch (v.getId()){

case R.id.send:

if(TextUtils.isEmpty(mEdqq.getText().toString())){

return;

}

//发送请求。调取MainPresenter.load的方法

mMainPresenter.load(Integer.parseInt(mEdqq.getText().toString()));

break;

}

}

@Override

public void showInfo(String response) {

//展示结果

mluck.setText(response);

}

}

好了。到此一个简单的mvp demo已经写完了 。。或许有很多人在此觉得mvp 太麻烦了。一个简单的网络请求，写的这么多类，这么多代码。但是我要说的是，你看我们的activity类。代码是不是非常少，是不是很简洁，其他的也都分工很明确。耦合性也很低。便于后期维护，这个时候mvp 的优点便体现出来了。

对了。展示一下结果

WechatIMG3.jpeg

MVP的优点

1、模型与视图完全分离，我们可以修改视图而不影响模型

2、可以更高效地使用模型，因为所有的交互都发生在一个地方——Presenter内部

3、我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。这个特性非常的有用，因为视图的变化总是比模型的变化频繁。

4、如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑(单元测试)

MVP的缺点

由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。还有一点需要明白，如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了。比如说，原本用来呈现Html的Presenter现在也需要用于呈现Pdf了，那么视图很有可能也需要变更。

如果有什么问题不懂。或者我那个地方写的有问题。欢迎小伙伴提出。最后说一下。MVP只是个设计模式。不一定非要按部就班。我们要活学活用。适合自己的才是最好的。

源代码

https://github.com/ccicec/AndroidMvpDemo/tree/master

A New Day