Android MVP 模式--让你的代码更加清晰，给你的代码瘦身

Demo中的图片描述请在我的简书查看，这里就不搬过来了，请大家谅解

一、MVP VS MVC

1、MVP (Model View Presenter)

在MVP模式里通常包含4个要素：

(1)View:负责绘制UI元素、与用户进行交互(在Android中体现为Activity);

(2)View interface:需要View实现的接口，View通过View interface与Presenter进行交互，降低耦合，方便进行单元测试;

(3)Model:负责存储、检索、操纵数据(有时也实现一个Model interface用来降低耦合);

(4)Presenter:作为View与Model交互的中间纽带，处理与用户交互的负责逻辑。

MVP 为何被广大程序员所接受呢？

他们对于MVP的普遍的认识是：“代码很清晰，不过增加了很多类”。我在第一次看到MVP的时候，看了一个demo，看完以后觉得非常nice（但是回过头来，自己想个例子写，就头疼写不出来，当然这在后文会说）。nice的原因还是因为，这个模式的确让代码的清晰度有了很大的提升。

2、MVC：

View：对应于布局文件

Model：业务逻辑和实体模型

Controllor：对应于Activity

看起来的确像那么回事，但是细细的想想这个View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller（当然了Data-Binder的出现，可能会让View更像View吧），这样在Activity中会有好多代码，代码冗余，复杂而且改起来很是麻烦。

3、MVP 和 MVC 的区别：

其实最明显的区别就是，MVC中是允许Model和View进行交互的，而MVP中很明显，Model与View之间的交互由Presenter完成。还有一点就是Presenter与View之间的交互是通过接口的（代码中会体现)。

还有一堆概念性的东西，以及优点就略了，有兴趣自行百度。下面还是通过一些简单的需求来展示如何编写MVP的demo。

二、简单的例子

看到这样的效果，先看下完工后的项目结构：

接下来开始一步一步的编写思路。

（一）Model

这个就不用多说了吧！用户实体类

public class User{

public String username ;

public  String password ;

}

个人比较喜欢用public，当然get().set() 也没有问题，这样看起来很方便简介

（二）biz

实现用户的登陆接口业务类】

public interface IUserBiz {

public void login(String username, String password, OnLoginListener loginListener);

}

然后再实现Biz 类 实现IUserBiz 接口

public class UserBiz implements IUserBiz{

@Override

public void login(final String username,final String password,final OnLoginListener loginListener){

//实现登陆的逻辑或请求网络操作

}

}

（三）Listener 监听登陆成功或者失败，做出相应的处理

public interface OnLoginListener{

void loginSuccess(User user);

void loginFailed();

}

（四）View

上面我们说过，Presenter与View交互是通过接口。所以我们这里需要定义一个ILoginView，难点就在于应该有哪些方法，我们看一眼效果图：

可以看到我们有两个按钮，一个是login，一个是clear；

login说明了要有用户名、密码，那么对应两个方法：

String getUserName();

String getPassword();

再者login是个耗时操作，我们需要给用户一个友好的提示，一般就是操作ProgressBar，所以再两个：

void showLoading();

void hideLoading();

login当然存在登录成功与失败的处理，我们主要看成功我们是跳转Activity，而失败可能是去给个提醒：

void toMainActivity(User user);

void showFailedError();

ok，login这个方法我们分析完了~~还剩个clear那就简单了：

void clearUserName();

void clearPassword();

完整的接口为：

public interface IUserLoginView{String getUserName();

String getPassword();

void clearUserName();

void clearPassword();

void showLoading();

void hideLoading();

void toMainActivity(User user);

void showFailedError();

}

有了这些接口就太好做了

总结下，对于View的接口，去观察功能上的操作，然后考虑：

该操作需要什么？（getUserName, getPassword）

该操作的结果，对应的反馈？(toMainActivity, showFailedError)

该操作过程中对应的友好的交互？(showLoading, hideLoading)

（五）实现业务操作类Presenter

Presenter是用作Model和View之间交互的桥梁，那么应该有什么方法呢？

其实也是主要看该功能有什么操作，比如本例，操作:login

public class UserLoginPresenter{

private IUserBiz userBiz;

private IUserLoginView userLoginView;

private Handler mHandler =new Handler();

public UserLoginPresenter(IUserLoginView userLoginView)

{

this.userLoginView = userLoginView;t

his.userBiz =newUserBiz();

}

public void login(){

userLoginView.showLoading();

userBiz.login(userLoginView.getUserName(), userLoginView.getPassword(),new OnLoginListener()

{

@Override

public void loginSuccess(finalUser user)

{//需要在UI线程执行mHandler.post(newRunnable()

{@Override

public void run()

{

userLoginView.toMainActivity(user);

userLoginView.hideLoading();

}

});

}@OverridepublicvoidloginFailed()

{//需要在UI线程执行mHandler.post(newRunnable()

{@Overridepublicvoidrun()

{

userLoginView.showFailedError();

userLoginView.hideLoading();

}

});

}

});

}

(六) Activity

实现IUserLoginView接口：

UserLoginPresenter mUserLoginPresenter =newUserLoginPresenter(this);

调用presenter 的方法，这样就是完整的MVP模式

注意上述代码，我们的presenter完成二者的交互，那么肯定需要二者的实现类。大致就是从View中获取需要的参数，交给Model去执行业务方法，执行的过程中需要的反馈，以及结果，再让View进行做对应的显示。