Model–view–presenter (MVP) 是model–view–controller (MVC)设计模式派生出来的。MVP经常用来创建用户界面。
presenter是作为一个“中间人”的角色存在。在MVP中，所有页面显示逻辑都会被推送到presenter。
以下这张图是MVC模式的：
MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。
在MVC模型里，Model不依赖于View，但是View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。
虽然 MVC 中的 View 的确“可以”访问 Model，但是我们不建议在 View 中依赖 Model，而是要求尽可能把所有业务逻辑都放在 Controller 中处理，而 View 只和 Controller 交互，将此进行改进，就有了MVP模式。
MVP是一种用户界面体系结构模式，旨在促进自动化单元测试和改进显示逻辑中关注点的分离。
model（模型）是定义要在用户界面中显示或以其他方式操作的数据的接口。
view（视图）是一个被动界面，它显示数据（模型）并将用户命令（事件）路由给presenter，以便对该数据进行操作。
presenter对模型和视图进行操作。它从存储库（模型）中检索数据，并格式化数据以便在视图中显示。
在MVP里，Presenter完全把Model和View进行了分离，主要的程序逻辑在Presenter里实现。
而且Presenter与具体的View是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View时候可以保持Presenter的不变，即重用！
不仅如此，我们还可以编写测试用的View，模拟用户的各种操作，从而实现对Presenter的测试–而不需要使用自动化的测试工具。
我们甚至可以在Model和View都没有完成时候，就可以通过编写Mock Object（即实现了Model和View的接口，但没有具体的内容的）来测试Presenter的逻辑。
在MVP里，应用程序的逻辑主要在Presenter里实现，其中的View是很薄的一层。在这个过程中，View是很简单的，能够把信息显示清楚就可以了。
如果要实现的UI比较复杂，而且相关的显示逻辑还跟Model有关系，就可以在View和Presenter之间放置一个Adapter。由这个 Adapter来访问Model和View，避免两者之间的关联。而同时，因为Adapter实现了View的接口，从而可以保证与Presenter之间接口的不变。这样就可以保证View和Presenter之间接口的简洁，又不失去UI的灵活性。 在MVP模式里，View只应该有简单的Set/Get的方法，用户输入和设置界面显示的内容，除此就不应该有更多的内容，绝不容许直接访问Model——这就是与MVC很大的不同之处
通常，视图实现实例化具体的Presenter对象，并提供对自身的引用。
MVP模式的优点：
模型与视图完全分离，我们可以修改视图而不影响模型
所有的交互都发生在一个地方——Presenter内部,可以更高效地使用模型
可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。这个特性非常的有用，因为视图的变化总是比模型的变化频繁
如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑（单元测试）
MVP模式的缺点:
由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。还有一点需要明白，如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了。比如说，原本用来呈现Html的Presenter现在也需要用于呈现Pdf了，那么视图很有可能也需要变更。
MVP模式实例
Model层
IUser接口,不同的登录功能的实现类都要实现这个接口。
public interface IUser {
String getUserName();
String getPassword();
boolean checkLogin(@NonNull String userName, @NonNull String pwd);
}
1
2
3
4
5
实现登录功能的实现类UserModelImpl：
public class UserModelImpl implements IUser {
private String userName;
private String password;
public UserModelImpl(String userName,String password){
this.userName = userName;
this.password = password;
}
@Override
public String getUserName() {
return userName;
}
@Override
public String getPassword() {
return password;
}
@Override
public boolean checkLogin(@NonNull String userName, @NonNull String pwd) {
if(userName.equals(this.userName) && pwd.equals(this.password)){
return true;
}
return false;
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
如果改了登录规则，只要实现多一个实现了这个接口的登录类，然后使用它即可。要切换回去也只要用回原先那个登录类即可。
View层
ILoginView接口，所有要实现登录页的activity都要实现这个接口，只要这样，Presenter才能通过这个接口来控制视图。
public interface ILoginView {
void onClearText();
void onLoginResult(boolean result);
}
1
2
3
4
ILoginView接口的activity实现类LoginActivity：
package com.wong.mvpdemo.view;
...
public class LoginActivity extends AppCompatActivity implements ILoginView {
...
private ILoginPresenter loginPresenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
...
//init
loginPresenter = new LoginPresenterImpl(this);
}
...
@Override
public void onClearText() {
editUser.setText("");
editPass.setText("");
}
@Override
public void onLoginResult(boolean result) {
btnLogin.setEnabled(true);
btnClear.setEnabled(true);
if (result) {
Toast.makeText(this, "Login Success", Toast.LENGTH_SHORT).show();
startActivity(new Intent(this, HomeActivity.class));
} else{
Toast.makeText(this, "Login Fail", Toast.LENGTH_SHORT).show();
}
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
presenter层
这一层实现了Model与View层的解耦，所有的业务逻辑都在这一层实现。
ILoginPresenter接口，所有的登录页Activity内部都要声明这个接口，这样登录页Activity才能通过这个接口来实现业务逻辑。因此ILoginPresenter的初始化是在Activity中完成的。
public interface ILoginPresenter {
void clear();
void doLogin(String name, String password);
}
1
2
3
4
实现ILoginPresenter接口：
package com.wong.mvpdemo.presenter;
import android.os.Handler;
import android.os.Looper;
import com.wong.mvpdemo.model.IUser;
import com.wong.mvpdemo.model.UserModelImpl;
import com.wong.mvpdemo.view.ILoginView;
/**
* @author WongKyunban
* description
* created at 2019-04-10 下午7:13
* @version 1.0
*/
public class LoginPresenterImpl implements ILoginPresenter {
private ILoginView iLoginView; //视图
private IUser user; //模型
private Handler handler;
public LoginPresenterImpl(ILoginView iLoginView) {
this.iLoginView = iLoginView;
initUser();
handler = new Handler(Looper.getMainLooper());
}
@Override
public void clear() {
iLoginView.onClearText();
}
@Override
public void doLogin(String name, String password) {
final boolean isSuccess = user.checkLogin(name, password);
handler.postDelayed(new Runnable() {
@Override
public void run() {
iLoginView.onLoginResult(isSuccess);
}
}, 3000);
}
private void initUser() {
user = new UserModelImpl("wongkyunban", "1688");
}
}
presenter结合model模型来实现业务逻辑，通过view层来控制视图。所以model中的业务接口与presenter的接口要大概一致，因为说到底presenter是要通过model来完成业务的。view的接口，则要看业务的结果需要更新那些UI来定。
————————————————
版权声明：本文为CSDN博主「WongKyunban」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_40763897/article/details/89183651