MVP 全称：Model-View-Presenter
MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。
模式描述
Model-view-presenter (MVP) 是使用者界面 设计模式的一种，被广范用于便捷自动化单元测试和在呈现逻辑中改良分离关注点(separation of concerns)。
- Model 定义使用者界面所需要被显示的资料模型，一个模型包含着相关的业务逻辑。
- View 视图为呈现使用者界面的终端，用以表现来自 Model 的资料，和使用者命令路由再经过 Presenter 对事件处理后的资料。
- Presenter 包含着元件的事件处理，负责检索 Model 取得资料，和将取得的资料经过格式转换与 View 进行沟通。
下面一个图就能很好展示它们之间的关系
那我们开始实例讲解
现在我们做一个小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": "责任心重，尤其对工作充满热诚，是个彻头彻尾工作狂。但往往因为过分专注职务，而忽略身边的家人及朋友，是个宁要面包不需要爱情的理性主义者。"
}
}
项目结构
其中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'
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> T getApi(Class<T> mClass){
return mRetrofit.create(mClass);
}
}
DemoApi类， api接口类
public interface DemoApi {
@POST("query")
Call<QqluckData> loadqQuery(@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, Callback<QqluckData> mCallback) {
DemoApi api = MyService.getApi(DemoApi.class);
Call<QqluckData> qqluckDataCall = 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<QqluckData>() {
@Override
public void onResponse(Call<QqluckData> call, Response<QqluckData> response) {
//获取到数据
QqluckData body = response.body();
//调用showInfo方法，传递数据。展示给用户看
mIMainView.showInfo("luck:"+body.getResult().getLuck()+"\ncontent:"+body.getResult().getContent());
}
@Override
public void onFailure(Call<QqluckData> call, 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 的优点便体现出来了。
对了。展示一下结果
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
