MVP模式
- Model：数据层。其中应该包括数据的请求以及相应的处理。
- View：视图层。在Android中应该是指Activity
- Presenter：管控层。其主要负责协调Model层和View层的工作。
View层
区别于MVC的是MVP模式将Activity划到了View层，它只负责更新视图，并且接收视图的操作，交给对应的Presenter去执行对应的具体逻辑。以下是一个登陆MVP模式实例。
//视图的总接口
public interface IView {
}
public interface ILoginView extends IView {
String getUserName();
String getPassword();
void onLoginSeccess();
void onLoginFails();
}
public class LoginActivity extends AppCompatActivity implements ILoginView{
private EditText mUserNameEdit;
private EditText mPasswordEdit;
private Button mLoginBtn;
private LoginPresenter mPresenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
setView();
setData();
}
private void setView() {
this.mUserNameEdit = findViewById(R.id.login_act_edit_user_name);
this.mPasswordEdit = findViewById(R.id.login_act_edit_user_pass);
this.mLoginBtn = findViewById(R.id.login_act_btn_login);
mLoginBtn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
mPresenter.login();
}
});
}
private void setData() {
this.mPresenter = new LoginPresenter(this);
}
@Override
public String getUserName() {
return mUserNameEdit.getText().toString();
}
@Override
public String getPassword() {
return mPasswordEdit.getText().toString();
}
@Override
public void onLoginSeccess() {
Toast.makeText(getApplicationContext(), "登陆成功！", Toast.LENGTH_LONG).show();
}
@Override
public void onLoginFails() {
Toast.makeText(getApplicationContext(), "登录失败！", Toast.LENGTH_LONG).show();
}
@Override
protected void onDestroy() {
super.onDestroy();
//记得在销毁的时候断掉引用链，养成良好的习惯
this.mPresenter = null;
}
}
Presenter
MVP模式中的Presenter主要是将MVC模式中的Controller的逻辑部分抽了出来单独实现，其主要职责是接受View的消息，调用Model去处理这个消息并根据处理结果去主动刷新View，一个View可以对应一个或多个Presenter。
public class PresenterFather {
protected IModel mIModel;
//此处View个人感觉最好用一个弱引用。
protected WeakReference<IView> mViewReference;
}
public class LoginPresenter extends PresenterFather {
public LoginPresenter(ILoginView loginView) {
this.mIModel = new LoginMode();
this.mViewReference = new WeakReference<IView>(loginView);
}
public void login() {
if (mIModel != null && mViewReference != null && mViewReference.get() != null)
ILoginView loginView = (ILoginView) mViewReference.get();
String name = loginView.getUserName();
String passWord = loginView.getPassword();
loginView = null;
//此时LoginListener作为匿名内部类是持有外部类的引用的。
((LoginMode)mIModel).login(name, passWord, new LoginLisentener() {
@Override
public void onSeccess() {
if (mViewReference.get() != null) {
((ILoginView)mViewReference.get()).onLoginSeccess();
}
}
@Override
public void onFails() {
if (mViewReference.get() != null) {
if (mViewReference.get() != null) {
((ILoginView)mViewReference.get()).onLoginFails();
}
}
}
});
}
}
}
Model
model层和MVC差不多，都是用来获取数据并对数据做一些处理的。在目前Android中其实大多是已经封装好的网络请求库，个人觉得不用单独抽出来。一个Presenter中可以有多个model，一个model也可以被多个Presenter引用。
public interface IModel {
}
public class LoginMode implements IModel {
//model 负责数据以及业务逻辑。
private String mUserName = "yayali";
private String mPassWord = "123";
public void login(String username, String password, LoginLisentener lisentener) {
if (lisentener == null) {
return;
}
if (mUserName.equals(username) && mPassWord.equals(password)){
lisentener.onSeccess();
} else {
lisentener.onFails();
}
}
}
个人评价
MVP面向接口编程，Model，View，Presenter只处理单一的逻辑，很好的做到了解耦。将MVC中Activity的逻辑处理抽出来由一个或者多个Presenter处理，只负责视图的响应和更新，其中的Activity的代码减少了很多。但是最大的问题在于，会出现很多的接口、类文件，一般人在开发过程中恐怕不愿意去做“这么麻烦”的事。
