Android-MVP设计模式(基础)

2017-03-29 本文已影响30人 L_Summer

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> 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 的优点便体现出来了。
对了。展示一下结果

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

Android-MVP设计模式(基础)

MVP 全称：Model-View-Presenter

模式描述

MVP的优点

MVP的缺点

猜你喜欢

热点阅读