Android架构系列-MVP架构的实际应用
本文简述了在实际项目中使用MVP架构遇到的问题和相应处理，最终整理出升级版的MVP架构。
0 Android架构系列文章
该系列文章会不断更新Android项目开发中一些好的架构和小技巧
系列一 Android架构系列-基于MVP创建适合自己的架构
系列二 Android架构系列-如何优美的写Intent
系列三 Android架构系列-开发规范
系列四 Android架构系列-封装自己的okhttp
系列五 Android架构系列-MVP架构的实际应用
1 原有的MVP架构
在系列文章的第一篇文章中介绍了使用MVP架构。详细可以回看该文章
MVP的结构如下图：
MVP
2 实际项目中应用出现的问题
MVP是一种代码的分层思想，其实没有用到任何库，只是告诉了你如何规整的放置代码。使各个层次的代码各司其职，增加易读性和可测试性。
但是真实开发中发现，MVP是一种模块中高内聚的模式，Presenter层接管了Activity中的逻辑实现。相应出现了以下几个问题：
2.1 Presenter生命周期的问题
Presnter层和View层是一一对应的，所以Presnter层和View层生命周期是一致的。
但是现在所有逻辑写在Presenter层中，如果其他地方需要调用就只能通过静态方法调用，不能再次new 一个 Presenter实例
2.2 跨模块调用
实际开发中经常会有在B模块调用A模块的部分逻辑。
比如发帖时要判断用户是否登录，并且获取当前登录用户信息。即在发帖模块要获取用户模块的数据和逻辑。
如果逻辑写在Presenter中，则其他模块只能直接读取当前用户缓存，然后在自己模块解析。还是增加了模块间的耦合。
3 优化的MVP分层
在这里将Model层命名为Interactor。我们将每个模块内部的原子逻辑（一个功能而不是一系列逻辑功能）都写在interactor中，Presenter层只负责接收view事件，调用interactor功能，再回馈view。
在此，一个Presenter可以持有多个模块的Interactor，这样就可以访问相应功能逻辑和数据。并且不需要在自己模块对其他模块数据进行解析处理。
new MVP
该优化后的分层和普通的MVP最大的区别在于，将Presenter层解放出来，里面不再放具体逻辑，直接调用逻辑。
分析各个层：
3.1 View层
- 只持有和自己一一对应的Presenter实例，通过实现接口方式调用
- 负责页面的控件初始化, 刷新显示页面, 监听元素事件
- 不应该出现状态, 逻辑等代码（除非只跟页面相关的很小的逻辑，比如一个字段标识密码是否可见）
3.2 Presenter层
- 持有和自己一一对应的View实例，可以持有多个模块的Interactor层。通过实现接口方式调用。
- 作为View和Interactor层的Glue层, 接收view操作, 调用模块中方法, 返回数据给view。
3.3 Interactor层
- 本模块中原子性逻辑封装，非一个系列的逻辑，这样保证其他地方可以方便的调用。
- Interactor层中不应该出现其他模块的引用
- Interactor层的返回。如果是同步直接返回数据, 如果是异步在contract.interactor中定义callback。
4 一个代码示例
下面简述一个Sample 登录代码
LoginContract层：
public interface LoginContract {
interface View extends BaseView {
/**
* 跳转Home
*/
void goHome();
}
interface Presenter extends BasePresenter {
/**
* login
* @param phone
* @param password
*/
void onLogin(String phone, String password);
}
interface Interactor {
/**
* do login
* @param phone
* @param password
* @param callback
*/
void doLogin(String phone, String password, LoginCallback callback);
interface LoginCallback {
void onSuccess(UserInfo user_info);
void onFailure(String msg);
}
/**
* 是否登录
* @return
*/
boolean isLogin();
/**
* 获取当前登录用户
* @return
*/
UserInfo getLoginUser();
}
}
LoginActivity：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login);
ButterKnife.bind(this);
mPresenter = new LoginPresenter(this);
}
@OnClick(R.id.btnLogin)
public void onLogin() {
mPresenter.onLogin(editPhone.getText().toString(), editPassword.getText().toString());
}
@OnClick(R.id.txtRegister)
public void goRegister() {
ToastUtils.showShort(GlobalApp.getInstance().getContext(), "goRegister");
}
@OnClick(R.id.txtForgetPwd)
public void goForgetPwd() {
ToastUtils.showShort(GlobalApp.getInstance().getContext(), "goForgetPwd");
}
@Override
public void showToast(String msg) {
ToastUtils.showShort(GlobalApp.getInstance().getContext(), msg);
}
@Override
public void goHome() {
//跳转Home页面
ToastUtils.showShort(GlobalApp.getInstance().getContext(), "登录成功, 跳转Home页面");
Intent intent = new Intent(this, HomeActivity.class);
startActivity(intent);
finish();
}
LoginPresnter:
public class LoginPresenter implements LoginContract.Presenter {
private LoginContract.View mView;
private LoginContract.Interactor mInteractor;
public LoginPresenter(LoginContract.View view) {
mView = view;
mInteractor = new LoginInteractor();
}
@Override
public void start() {
}
@Override
public void onLogin(String phone, String password) {
if(StringUtils.isEmpty(phone)) {
mView.showToast("Empty phone");
return;
}
if(StringUtils.isEmpty(password)) {
mView.showToast("Empty password");
return;
}
mInteractor.doLogin(phone, password, new LoginContract.Interactor.LoginCallback() {
@Override
public void onSuccess(UserInfo user_info) {
mView.goHome();
}
@Override
public void onFailure(String msg) {
mView.showToast(msg);
}
});
}
}
LoginInteractor：
public class LoginInteractor implements LoginContract.Interactor {
private MyOkHttp mApi;
private ACache mCache;
//缓存key
private final String CACHE_KEY_USERINFO = "CACHE_KEY_USERINFO";
public LoginInteractor() {
mApi = MyOkHttp.get();
mCache = ACache.get(GlobalApp.getInstance().getContext());
}
@Override
public void doLogin(String phone, String password, final LoginCallback callback) {
//模拟异步网络请求登录
Handler handler = new Handler();
handler.postDelayed(new Runnable() {
@Override
public void run() {
UserInfo userInfo = new UserInfo();
userInfo.uid = "1212121";
userInfo.userName = "tsy12321";
userInfo.token = "wqw13w12312wsqw12";
//存入缓存
mCache.put(CACHE_KEY_USERINFO, userInfo);
callback.onSuccess(userInfo);
}
}, 2000);
}
@Override
public boolean isLogin() {
UserInfo userInfo = (UserInfo) mCache.getAsObject(CACHE_KEY_USERINFO);
if(!StringUtils.isEmpty(userInfo.uid) && !StringUtils.isEmpty(userInfo.token)) {
return true;
}
return false;
}
@Override
public UserInfo getLoginUser() {
return (UserInfo) mCache.getAsObject(CACHE_KEY_USERINFO);
}
}
由以上示例可以看出，具体的逻辑都放在了Interactor层。下面展示其他模块如何调用Login模块的逻辑或者数据。
假如Home页面点击发帖，需要判断当前登录状态。则在HomePresenter中同时持有LoginInteractor的实例。
public class HomePresenter implements HomeContract.Presenter {
private HomeContract.View mView;
private HomeContract.Interactor mInteractor;
private LoginContract.Interactor mLoginInteractor;
public HomePresenter(HomeContract.View view) {
mView = view;
mInteractor = new HomeInteractor();
mLoginInteractor = new LoginInteractor();
}
@Override
public void start() {
}
@Override
public void onPost() {
//判断用户有没有登录
if(!mLoginInteractor.isLogin()) {
// 跳转登录
// TODO: 16/8/30
return;
}
//跳转发帖页面
// TODO: 16/8/30
}
}
具体的代码在Github项目：BaseAndroidProject
5 结尾
无论是MVP还是什么架构，最终的目的都是写出易读性和测试性强的代码。所以不要对于架构钻牛角尖，过度设计不可取。在实际开发中架构自然会跟着升级。谨记！均衡合理！！
更多文章关注我的公众号
我的公众号
