小白用Android MVP-初体验（一）

写android以来，一直都是采用MVC的模式，所有的业务逻辑，网络请求等都放在了View中，即Activity或者Fragment中。看了一些mvp文章，很多跨度较大，也因为自己造诣不够，还不能跟上大神门的思路。今天自己初次尝试MVP，准备一步一步慢慢来，这是第一篇-初体验，用我们常用的熟悉的登录业务引入；

介绍

MVC

M：逻辑模型，V：试图模型，C：控制器， 耦合性强，不利于后期维护，适合在一些较小的项目中使用；

MVP

Model: 具体的数据源和数据请求，访问数据库和后台服务器等；
View：负责UI，Activity，Fragment；
Presenter：是View和Model的桥梁，负责接收View发来的指令，并据此调用model中的方法；

• 释放了View，作为View 来说只需要负责UI。耦合度降低。
• 引入了Presenter，会导致其越来越臃肿，同样不利于后期的维护，并且，每一个包含网络请求的View都需要对应一个或者多个Presenter。

实现

登录活动（Activity）

很简单，点击登录执行登录过程；

DataModel

首先来看Model层，一般Model层需要和数据库或者后台服务器交互，这里模拟即可。

package com.mypractisedemos.module.mvpdemo;

/**
 * <pre>
 *  Created by fanjiajia on 2019/3/29.
 *  desc:
 */

public class DataModel {

    public void login(String userName, String Password, iCallBack<ResultBean> callBack) {

        ResultBean bean; // 封装返回的bean

        // 登录验证
        if (userName.equals("张三") && Password.equals("123456")) {

           bean = new ResultBean("200", "登录成功", "");

            callBack.callSuccess(bean);
        }else {
            bean = new ResultBean("110", "登录失败", "");
            callBack.callFailure(bean);
        }
    }
}

这里有个iCallback，故名思义，是结果的回调。看看他的定义；

package com.mypractisedemos.module.mvpdemo;

/**
 * <pre>
 *  Created by fanjiajia on 2019/3/29.
 *  desc:
 */

public interface iCallBack<ResultBean>{

    void callError(ResultBean bean);

    void callSuccess(ResultBean bean);

    void callFailure(ResultBean bean);

    void callException(ResultBean bean);
}

这里有四种情况，成功，失败，异常，和错误。每一个回调都需要有个ResultBean，来看看这个回调对象的定义；

package com.mypractisedemos.module.mvpdemo;

/**
 * <pre>
 *  Created by fanjiajia on 2019/3/29.
 *  desc: 回调对象
 */

public class ResultBean {

    private String code;    // 状态码

    private String msg; // 消息

    private String data;    // 数据 json格式

    public String getCode() {
        return code == null ? "" : code;
    }

    public void setCode(String code) {
        this.code = code;
    }

    public String getMsg() {
        return msg == null ? "" : msg;
    }

    public void setMsg(String msg) {
        this.msg = msg;
    }

    public String getData() {
        return data == null ? "" : data;
    }

    public void setData(String data) {
        this.data = data;
    }

    public ResultBean(String code, String msg, String data) {
        this.code = code;
        this.msg = msg;
        this.data = data;
    }

    @Override
    public String toString() {
        return "ResultBean{" +
                "code='" + code + '\'' +
                ", msg='" + msg + '\'' +
                ", data='" + data + '\'' +
                '}';
    }
}

这个参考了之前学长封装的一个OkHttp3工具的回调对象，用在这里了。

iView

看了Model层，现在看看试图接口定义一个接口，如下：

package com.mypractisedemos.module.mvpdemo;

/**
 * <pre>
 *  Created by fanjiajia on 2019/3/29.
 *  desc:
 */

public interface iView {

    void loginSuccess(String resultMsg); // 登录成功回调

	void loginFailure(String failureMsg);// 登录失败回调
}

这里很简单，主要是登录活动的回调。

DataPresenter

然后开看看Presenter，之前说了这是model和view的桥梁，当点击登录按钮之后，肯定会调用其中的相应方法。先看定义；

package com.mypractisedemos.module.mvpdemo;

/**
 * <pre>
 *  Created by fanjiajia on 2019/3/29.
 *  desc:
 */

public class DataPresenter {

	private iView mView;// 视图View

	    private DataModel mModel;// 数据Model

	    public DataPresenter(iView view) { // 构造 
        this.mView = view;
        this.mModel = new DataModel();
    }

    /**
     * 定义View会发起的动作
     */

    public void login(String userName, String password) {

        mModel.login(userName, password, new iCallBack<ResultBean>() {
            @Override
            public void callError(ResultBean resultBean) {

            }

            @Override
            public void callSuccess(ResultBean resultBean) {
                mView.loginSuccess(resultBean.getMsg());
            }

            @Override
            public void callFailure(ResultBean resultBean) {
                mView.loginFailure(resultBean.getMsg());
            }

            @Override
            public void callException(ResultBean resultBean) {

            }
        });
    }
}

这里看到他有两个属性，一个是View，另一个是Model，这就是为什么他是二者的桥梁。这里面的login方法中直接调用model的登录方法，然后通过iCallBack回调。

Activity

最后来看看我们之前操作比较多的View

package com.mypractisedemos.module.mvpdemo;

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.widget.EditText;
import android.widget.Toast;

import com.jiajia.mypractisedemos.R;

import butterknife.BindView;
import butterknife.ButterKnife;

public class LoginMvpActivity extends AppCompatActivity implements iView{ // 实现iView接口

    @BindView(R.id.et_mvp_login_username)
    EditText et_username; // 用户名
    @BindView(R.id.et_mvp_login_password)
    EditText et_password;   // 密码
    @BindView(R.id.btn_mvp_login_login)
    Button btn_login; // 登录按钮

    private DataPresenter mPresenter; // 声明Presenter

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_login_mvp);

        ButterKnife.bind(this); // ButterKnift框架的使用

        mPresenter = new DataPresenter(this); // 绑定自己的Presenter

    }

    public void login(View view) { // 登录按钮的onClick事件

        mPresenter.login(String.valueOf(et_username.getText()), String.valueOf(et_password.getText()));
    }

    @Override
    public void loginSuccess(String resultMsg) {
        Toast.makeText(this, resultMsg, Toast.LENGTH_SHORT).show();
    }

    @Override
    public void loginFailure(String failureMsg) {
        Toast.makeText(this, failureMsg, Toast.LENGTH_SHORT).show();

    }
}

这里我们的activity实现iView接口，并实现相应的方法即可！

分析

最后看看我的结构，果然是小白，因为把所有的东西都放在这个包下，没有层次感，因为是第一次尝试，只关注了实现思路本身。后面再进行分类。

这里没有做内存泄漏的处理，来看看为何会导致内存泄漏，在activity中我们mPresenter = new DataPresenter(this); // 绑定自己的Presenter,注意，这里的this，然后在DataPresenter中this.mView = view;,这就说明了，Presenter持有了View的引用，而View(Activity)如果被切换，导致销毁，但是Presenter持有其强引用，导致无法被GC回收，因此导致这个Activity泄漏。下一篇再谈；
GitHub: MVP-初体验（一）

最后

小白拙见！
此致，敬礼！