Google官方MVP架构解析

2018-02-27 11:29:32来源:https://www.jianshu.com/p/364f14c76874作者:李笑笑哈哈人点击

分享


实际开发中,一个Activity中有许多的交互事件,这个时候Activity的代码就显得特别的庞大,整个activity显得十分臃肿。Activity既实现视图逻辑,又需要实现部分业务逻辑。


而我们需要activity是这样的:


❤️负责发起处理和用户交互的内容,但又不负责具体的实现;需要显示什么,不显示什么,什么东西显示多少,有个东西可以直接告诉他,Activity不再做复杂的逻辑处理;


【是时候展现MVP真正的实力了】
1.MVP,即View,Presenter,Model。
Model的工作就是完成对数据的操纵,数据的获取、存储、数据状态变化都是model层的任务,如网络请求,持久化数据增删改查等任务。Activity/Fragment(View),只处理视图相关,不做任何逻辑处理。Presenter,作为桥梁,巧妙的将View和Model的具体实现连接了起来。Presenter会根据需要调用model层的数据,处理逻辑并在需要时将回调传入view层。他们各司其职,互相搭配,实现了解耦,完全解放了Activity(或者是Fragment)。这就是MVP 的优势,使代码结构更加清晰。
关于demo 就看最权威的吧---Google官网关于mvp的GitHub---demo
2.关于MVC和MVP




一句话概括MVP与MVC的区别:View能否直接操作Model



3.动手操作
【项目目录】

方式一:根据功能进行分模块 google的demo中就是按照这种方式划分的





方式二:也可以按照model,view,presenter这种情况进行划分组织目录,然后再按功能划分





【base】


MVP不是没有缺点的,在使用mvp的过程中,会多出很多类,每一个View(Activity或Fragment)都至少需要各自的Presenter和View接口,在加上他们各自的实现,不算model至少也要4个java文件,这样一个稍有点规模的APP,类就会变得异常的多,而每一个类的加载又会消耗资源;因此,相较于MVC,这算是MVP最大的缺点了吧。




如何使用泛型和抽象优化MVP 的结构就变成了我们用好MVP的关键了。当然,对于这个问题我们可以通过泛型参数、抽象父类的方式,将一些公用的Model及Presenter抽象出来。这应该就是使用MVP架构的精髓了。



定义基础接口:BaseView和BasePresenter 的接口

我们可以将基础的View层的操作(除了setPresenter,还可以根据自己的需求,比如网络错误显示页面、加载失败页面、列表为null、正在加载等定义基础方法)放在BaseView里面,对基础的Presenter层的操作(比如获取数据)放在BasePresenter里面。减少后续代码的重复。



MVP中Presenter和View层是需要交互的,这里通过setPresenter操作,我们也就可以获得Presenter层的实例进行交互了



public interface BaseView<T> {
void setPresenter(T presenter);
}

public interface BasePresenter {
void loadData();
}

【模块】

接下来我们就要根据自己的业务模块编写了。
比如我们以登录为例:


第一:我们需要定义一个协议类XXXContract --LoginContract


一个协议类将View和Presenter管理起来,方便操作。



public interface LoginContract {
interface View extends BaseView<Presenter> {
void showLoginSuccessView(String avatar, String nickname);
void showFailureView();
}
interface Presenter extends BasePresenter {
void login();
}
}

第二:然后编写View实现类 [XXXActivity/XXXFragment] 只与P层交互
public class LoginFragment extends Fragment implements LoginContract.View{
private LoginContract.Presenter mPresenter;
@Override
public void setPresenter(LoginContract.Presenter presenter) {
mPresenter = presenter;
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
new LoginPresenter(this);
}
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.login:
mPresenter.login();
break;
}
}
@Override
public void showLoginSuccessView(String avatar, String nickname) {
//登录成功视图处理
Glide.with(getActivity()).load(avatar).into(mAvatarView);
mNicknameView.setText(nickname);
}
......
......
}

第三:编写Presenter的实现类,在这里进行model层和view层的交互。这里model层指的就是网络请求对数据的获取,而得到数据后是presenter去决定让view显示什么。它去做逻辑处理。
public class LoginPresenter implements LoginContract.Presenter {
private final LoginContract.View mLoginView;
public LoginPresenter(LoginContract.View loginView) {
mLoginView = loginView;
mLoginView.setPresenter(this);
}
@Override
public void login() {
NetManager.login(mLoginView.getContext(), new LoginCallback() {
@Override
public void onLoginSuccess(LoginObj response) {

mLoginView. showLoginSuccessView(response.getAvatar(),response.getNickName());
}
@Override
public void onLoginError(Exception obj) {
mLoginView.showFailureView();
}
});
}

}







最新文章

123

最新摄影

闪念基因

微信扫一扫

第七城市微信公众平台