前言
MVP的架构模式是由传统的MVC演变而来，是一种为了简化Activity或Fragment等C层繁重的事务操作的架构模式，代码深度解藕（这里说的解耦主要是纵向解耦），可读性大大提高，但同时增加了代码量。view层与model层各有对应接口的引用在presenter层中，通过presenter层搭建“桥梁”实现无耦合。
了解
- 国际惯例，先贴图抽象一下(图片来自参考文献)
如上图所示，在MVP模式中，视图层与数据模型层无耦合，它们间接的通过P层来实现通信（就是在p层的引用中形成通信），图片说的比较抽象，下面上简易代码。
需求设定在大部分app都需要的登录模块，假设登录页面有用户信息输入EditText，与确定登录按钮。
-
Model 层
public interface ILoginModel{
void login(String name, String Password,CallBack callBack);
}
Model业务实现层（callBack为登录结果回调）：
public class LoginModel implememt ILoginModel{
@Override
public void login(String name, String Password,CallBack callBack){
Api.login(name,password,callBack);
}
}
-
View
public interface ILoginView {
void loginSuccess();
void loginFailed(String error);
}
LoginActivity （View层）：
public class LoginActivity extends Activity implement ILoginView{
Button btn;
...
@Override
public void onCreate(Bundle bundle){
}
@Override
public void loginSuccess(){
}
@Override
public void loginFailed(String error){
}
}
-
Presenter 层
public class LoginPresenter {
private ILoginModel loginModel;
private ILoginView loginView;
public LoginPresenter(ILoginView view){
this.loginView = view;
this.loginModel = new LoginModel();
}
public void login(String name,String password){
loginModel.login(name,password,new CallBack(){
@Override
public void success(){
//通知view层更新ui
loginView.loginSuccess();
}
@Override
public void failed(String error){
//通知view层更新ui
loginView.loginFailed(error);
}
}
}
}
在presenter中model层的业务实现方法由presenter间接调用，并根据不同的结果调用view的不同接口，所以，接下来view层应该这么写：
LoginActivity （View层）：
public class LoginActivity extends Activity implement ILoginView{
private Button btn;
private LoginPresenter mPresenter;
...
@Override
public void onCreate(Bundle bundle){
mpresenter = new LoginPresenter(this);
...
btn.setOnClickListener(new OnClickListener(){
public void OnClick(View view){
String name = nameEditText.getText().toString();
String password = passwordEditText.getText().toString();
mPresenter.login(name,password);
}
});
}
@Override
public void loginSuccess(){
Log.d(TAG,"login success!");
}
@Override
public void loginFailed(String error){
Log.d(TAG,"login failed! reason:" + error );
}
}
这样一来，各层之间的职责就变得十分清晰，view层只管绘制，model层只管数据处理，而presenter层则是它们之间的桥梁。
进阶
其实在真正的MVP架构模式设计的项目中，可能会有多个xxxModel，xxxView等接口类，如果命名不规范加上分包不明显，代码块就会变得臃肿，不雅观。为了避免这种问题，可以将各自的model，view，presenter放在同一个类下，形成契约类,各自依赖关系，一目了然。
public interface LoginContract{
interface ILoginView extends BaseView{
void loginSuccess();
void loginFailed(String error);
}
interface ILoginModel extends BaseModel{
void login(String name, String Password,CallBack callBack);
}
abstract static class Presenter extends
BasePresenter<ILoginView , ILoginModel > {
public abstract void login();
}
}
上面出现的基类中，BaseView，BaseModel只是简单的接口继承，下面让我们来看一下BasePresenter：
public BasePresenter<T,E>{
private T mModel ;
private E mView;
public setVM(T m,E v){
this.mModel = m;
this.mView = v;
}
}
既然有了契约类，LoginPresenter就可以这样写了：
public LoginPresenter extends LoginContract.Presenter {
public LoginPresenter(ILoginView view){
setVM(new LoginModel(),view);
}
@Override
public void login(){
}
}
总结
MVP模式是Android官方推荐的架构模式，但是在这里建议大家不要为了MVP而MVP咯，只有在C层业务繁重，代码耦合度高的情况下才会设计成mvp，像文章中的登录案例就只是案例。
第一次写技术文章，觉得写的不错的同学，点个赞支持下呗。哈哈 ！
