写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-初体验（一）
最后
小白拙见！
此致，敬礼！
网友评论