1、MVP简介
说到MVP就不得不提到MVC模式，由于MVC中视图层对应的布局文件视图功能很弱，这就使得作为Controller层的Activity需要承担Controller层和View层的功能，这就导致Activity过于臃肿。
MVP模式的出现就是为了解决MVC的问题的，MVP使用Presenter代替了之前的Controller层，MVP角色定义如下：
- M：Model（模型层），数据处理部分，对应数据库和网络请求数据的操作，和MVC中一样。
- V: View（视图层），视图显示部分，对应应用程序中的Activity、Fragment，这点不同于MVC。
-
P：Presenter：View层和Model完全分离，它是Model和View通信的桥梁。它从Model层中检索数据后通知View进行视图更新，接收用户事件通知Model层去操作数据。
在MVP里通过Presenter完成View和Model的交互，这也避免了View和Model直接通信，而且View层和Presenter层也没有直接的联系，是通过接口进行间接通信的。Presnter层承担了主要的业务逻辑，这样就可以减轻Activity的任务量。
image.png
2、MVP在Android中的应用
举一个简单的例子来看下MVP模式在Android中的应用。这个例子就是简单的登录功能，根据登录成功与否去更新界面的展示。
###2.1、Model层
在本例中，Model层负责对从登录页面获取的帐号密码进行验证（一般需要请求服务器进行验证，本例直接模拟这一过程）。 Model层一般包含如下内容：
①实体类bean
②接口，表示Model层所要执行的业务逻辑
③接口实现类，具体实现业务逻辑，包含的一些主要方法
实体Bean
public class User {
private String password;
private String username;
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
@Override
public String toString() {
return "User{" +
"password='" + password + '\'' +
", username='" + username + '\'' +
'}';
}
}
接口
public interface LoginModel {
void login(User user, OnLoginFinishedListener listener);
}
其中OnLoginFinishedListener 是presenter层的接口，方便实现回调presenter，通知presenter业务逻辑的返回结果，具体在presenter层介绍。
接口实现类
public class LoginModelImpl implements LoginModel {
@Override
public void login(User user, final OnLoginFinishedListener listener) {
final String username = user.getUsername();
final String password = user.getPassword();
new Handler().postDelayed(new Runnable() {
@Override public void run() {
boolean error = false;
if (TextUtils.isEmpty(username)){
listener.onUsernameError();//model层里面回调listener
error = true;
}
if (TextUtils.isEmpty(password)){
listener.onPasswordError();
error = true;
}
if (!error){
listener.onSuccess();
}
}
}, 2000);
}
}
2.2、View层
主要是为了显示从Model层返回的数据，只包含视图相关的代码，逻辑处理的逻辑放在Presenter中。View层包含如下内容：
①接口，上面我们说过Presenter与View交互是通过接口。其中接口中方法的定义是根据Activity用户交互需要展示的控件确定的。
②接口实现类，将上述定义的接口中的方法在Activity中对应实现具体操作。
接口
public interface LoginView {
//展示加载进度
void showProgress();
void hideProgress();
//显示用户名错误的提示
void setUsernameError();
//显示密码错误的提示
void setPasswordError();
//login成功提示
void showSuccess();
}
上面所有方法都是针对视图显示的
接口的实现类
public class LoginActivity extends AppCompatActivity implements LoginView, View.OnClickListener {
private ProgressBar progressBar;
private EditText username;
private EditText password;
private LoginPresenter presenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login);
progressBar = (ProgressBar) findViewById(R.id.progress);
username = (EditText) findViewById(R.id.username);
password = (EditText) findViewById(R.id.password);
findViewById(R.id.button).setOnClickListener(this);
//创建一个presenter对象，当点击登录按钮时，让presenter去调用model层的login()方法，验证帐号密码
presenter = new LoginPresenterImpl(this);
}
@Override
protected void onDestroy() {
presenter.onDestroy();
super.onDestroy();
}
@Override
public void showProgress() {
progressBar.setVisibility(View.VISIBLE);
}
@Override
public void hideProgress() {
progressBar.setVisibility(View.GONE);
}
@Override
public void setUsernameError() {
username.setError(getString(R.string.username_error));
}
@Override
public void setPasswordError() {
password.setError(getString(R.string.password_error));
}
@Override
public void showSuccess() {
progressBar.setVisibility(View.GONE);
Toast.makeText(this,"login success",Toast.LENGTH_SHORT).show();
}
@Override
public void onClick(View v) {
User user = new User();
user.setPassword(password.getText().toString());
user.setUsername(username.getText().toString());
presenter.validateCredentials(user);
}
}
View层实现Presenter层需要调用的控件操作，方便Presenter层根据Model层返回的结果进行操作View层进行对应的显示。
2.3、Presenter层
Presenter是用作Model和View之间交互的桥梁。 从上图的包结构图中可以看出，Presenter包含内容：
①接口，包含Presenter需要进行Model和View之间交互逻辑的接口，以及上面提到的Model层数据请求完成后回调的接口。
②接口实现类，即实现具体的Presenter类逻辑。
接口
public interface OnLoginFinishedListener {
void onUsernameError();
void onPasswordError();
void onSuccess();
}
当Model层得到请求的结果，需要回调Presenter层，让Presenter层调用View层的接口方法。
public interface LoginPresenter {
void validateCredentials(User user);
void onDestroy();
}
登陆的Presenter 的接口，实现类为LoginPresenterImpl，完成登陆的验证，以及销毁当前view。
接口实现类
public class LoginPresenterImpl implements LoginPresenter, OnLoginFinishedListener {
private LoginView loginView;
private LoginModel loginModel;
public LoginPresenterImpl(LoginView loginView) {
this.loginView = loginView;
this.loginModel = new LoginModelImpl();
}
@Override
public void validateCredentials(User user) {
if (loginView != null) {
loginView.showProgress();
}
loginModel.login(user, this);
}
@Override
public void onDestroy() {
loginView = null;
}
@Override
public void onUsernameError() {
if (loginView != null) {
loginView.setUsernameError();
loginView.hideProgress();
}
}
@Override
public void onPasswordError() {
if (loginView != null) {
loginView.setPasswordError();
loginView.hideProgress();
}
}
@Override
public void onSuccess() {
if (loginView != null) {
loginView.showSuccess();
}
}
}
由于presenter完成二者的交互，那么肯定需要二者的实现类（通过传入参数，或者new）。
presenter里面有个OnLoginFinishedListener， 其在Presenter层实现，给Model层回调，更改View层的状态， 确保 Model层不直接操作View层。
3、MVP的优缺点
根据上面代码我们总结下MVP的优缺点：
优点：
- 1、根据职责来划分模块，结构清晰，而且做到了View层和Model的完全分离，代码便于维护。
- 2、相比于MVC，减轻了Activity的职责。
缺点 - 1、需要定义过多的类和接口，容易造成类膨胀问题。
- 2、很难进行复用，如果View发生变化，就需要修改View的接口，那么Presenter层可能也需要进行修改。
- 3、内存泄漏和空指针问题，由于P层持有V层的引用，当页面关闭后P层仍有耗时任务在执行就很容易造成内存泄漏和空指针。
- 4、Activity本身是一个Context，无论怎么封装都难免将业务逻辑加入其中。
