Android MVP浅谈

最新推荐文章于 2023-12-30 00:13:01 发布

程序员七哥

最新推荐文章于 2023-12-30 00:13:01 发布

阅读量1.4k

点赞数

分类专栏： android 进阶文章标签： android mvp

本文链接：https://blog.csdn.net/zxw136511485/article/details/52208855

版权

android 进阶专栏收录该内容

7 篇文章 0 订阅

订阅专栏

随着技术的发展，Activity(View) 做的事情越来越多,动辄几百上千行的代码使得 Activity 越来越臃肿。为了更好的划分视图(View)和模型(Model)之间的职责，让 View 只处理数据的展示和用户的交互，把数据的处理交由 Model 处理。这种模式便是MVP。

我们都知道Android中比较常用的模式是MVC模式，那么MVC模式是什么呢？它和MVP模式有什么区别呢？

一、概述。

1.MVC模式；

先看MVC模式的结构图，

MVC模式的结构分为三部分，Model、View、Controller。

(1).Model：业务逻辑和实体模型；

(2).View：应用的UI界面，也就是布局文件；

(3).Controller：负责处理用户事件和视图部分的展示。在Android中，它可能是Activity或者Fragment类；

在Android开发中使用MVC模式，View是布局文件，它的内容只是布局，而Controller即Activity或者Fragment类或者其他类，既要处理View又要处理数据，因此View视图和Controller控制器并不是完全分离的，并且造成了Controller的代码量非常大，还有可能出现好多重复代码，单元测试也不好测试等等。

三个模块之间都可以通信，但是都是单向的。

a).View传送指令到Controller;

b).Controller完成业务逻辑后，要求Model改变状态；

c).Model将新的数据发送给View，用户得到反馈。

2.MVP模式；

下面是MVP模式的结构图，

MVP模式的结构也分为三部分，Model、View、Presenter。

(1).Model：处理数据的加载或者存储，比如从网络或本地获取数据等；
(2).View：用户交互和视图显示，在Android中，它可能是Activity或者Fragment类；
(3).Presenter：负责完成View于Model间的逻辑和交互，是模型与视图之间的桥梁，将模型与视图分离开来。

使用MVP模式，当有交互时，调用Presenter里的对应方法。 Presenter 负责完成View于Model间的交互，从Model里取数据，返回给View处理好的数据。 View不直接与Model交互。

模块之间的通信是相互的，但是禁止View和Model之间通信。

a).View和Model之间通信必须通过Presenter来进行传达；

b).所有的业务逻辑都放在Presenter（这样会比较臃肿，具体设计时，要注意瘦身）；

c).View只负责展示数据，由Presenter决定从Model中拿什么数据。

3.MVP模式的好处；

View不直接与Model交互，而是通过与Presenter交互来与Model间接交互 Presenter与View的交互是通过接口来进行的，更有利于添加单元测试通常View与Presenter是一对一的，但复杂的View可能绑定多个Presenter来处理逻辑
这样分层的好处就是大大减少了Model与View层之间的耦合度。一方面可以使得View层和Model层单独开发与测试，互不依赖。另一方面Model层可以封装复用，可以极大的减少代码量。当然，MVP还有其他的一些优点，这里不再赘述。下面看下MVP模式在具体项目中的使用。

PS:

1.M(Model)，模型：表示数据模型和业务逻辑(business logic)。

model层主要负责：

· 从网络，数据库，文件，传感器，第三方等数据源读写数据。

· 对外部的数据类型进行解析转换为APP内部数据交由上层处理。

· 对数据的临时存储,管理，协调上层数据请求。

2.V（View），视图：将数据呈现给用户。一般的视图都只是包含用户界面(UI)，而不包含界面逻辑。

view 层主要负责：

· 提供UI交互

· 在presenter的控制下修改UI。

· 将业务事件交由presenter处理。

注意: View层不存储数据，不与Model层交互。

在Android中View层一般是Activity、Fragment、View（控件）、ViewGroup（布局等）等。

3.P（Presenter），

作为View与Model交互的中间纽带，处理与用户交互的负责逻辑。Presenter包含了根据用户在视图中的行为去更新模型的逻辑。视图仅仅只是将用户的行为告知Presenter，而Presenter负责从视图中取得数据然后发送给模型。

4.MVP模式具体的执行过程。

View与Model并不直接交互，而是使用Presenter作为View与Model之间的桥梁。其中Presenter中同时持有Viwe层以及Model层的Interface的引用，而View层持有Presenter层Interface的引用。当View层某个界面需要展示某些数据的时候，首先会调用Presenter层的某个接口，然后Presenter层会调用Model层请求数据，当Model层数据加载成功之后会调用Presenter层的回调方法通知Presenter层数据加载完毕，最后Presenter层再调用View层的接口将加载后的数据展示给用户。

二、项目示例。

实现一个登录实例。

先看项目的整体结构，

项目中使用了OkHttp访问网络（有关OkHttp，详情请看Android OkHttp（二）实战），这个项目还需要运行一个后台接口服务，用于登录（有关接口开发，详情请看 SpringMVC 开发接口和 java web开发(二) 接口开发），此处就不再详说了。下面看看具体实现。

1.首先创建一个实体对象，这个肯定有，

public class User implements Serializable {
    public int id;
    public String name;
    public int age;
    public int sex;
    public int mobile;


    public int getMobile() {
        return mobile;
    }

    public void setMobile(int mobile) {
        this.mobile = mobile;
    }

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getAge() {
        return age;
    }

    public void setAge(int age) {
        this.age = age;
    }

    public int getSex() {
        return sex;
    }

    public void setSex(int sex) {
        this.sex = sex;
    }

    @Override
    public String toString() {
        return "User [id=" + id + ", name=" + name + ", age=" + age + ", sex=" + sex + "]";
    }


}

User类定义了用户的一些属性，很简单，不多说了。

2.Model层；

需要定义一个接口，有一个登录方法，

public interface IUserLoginModel {
    public void login(String userName, String passWord, CallBackListener callBackListener);
}

然后实现该接口，

public class UserLoginModelImpl implements IUserLoginModel {
    @Override
    public void login(String userName, String passWord, final CallBackListener callBackListener) {
        //接口返回的json
        TypeToken<EntityResponse<User>> typeToken = new TypeToken<EntityResponse<User>>() {
        };
        Map<String, String> params=new HashMap<>();
        params.put("name",userName);
        params.put("pws",passWord);
        OkHttpUtils.getInstance().postAsyn(Constant.LOGIN_URL, params, typeToken, new BaseResponseCallback<EntityResponse<User>>() {
            @Override
            public void onCompleted(final Throwable e, EntityResponse<User> result) {
                if (e != null) {
                    callBackListener.fail(e.getMessage());
                } else {
                    User user = result.getObject();
                    callBackListener.success("登录成功", user);
                }
            }
        });
    }


}

这个类就是具体完成功能的类。目前这个类使用 Okhttp实现了登录方法，登录成功返回登录用户的信息，登录失败返回错误提示。

3.View层；

需要定义View层的接口。View层具体需要哪些接口，这个要根据实际情况来定义，这里借用鸿洋博文中的原文：

对于View的接口，去观察功能上的操作，然后考虑：
该操作需要什么？（getUserName, getPassword）
该操作的结果，对应的反馈？(toMainActivity, showFailedError)
该操作过程中对应的友好的交互？(showLoading, hideLoading)

例如，异步操作的话，友好提示，要显示进度条、关闭进度条，

    public void showProgressDialog();
    public void stopProgressDialog();

登录成功、失败后的处理，

    public void userLoginSuccess(User user);
    public void userLoginFail(String result);

显示提示信息，

    public  void showMessage(String msg);

综上，该View的接口有如下这些方法，

public interface IUserLoginView {

    public void showProgressDialog();
    public void stopProgressDialog();

    public void userLoginSuccess(User user);
    public void userLoginFail(String result);

    public  void showMessage(String msg);

}

下面就是View的实现类，即Activity，此处是LoginActivity，

public class LoginActivity extends Activity implements IUserLoginView {

    private EditText etUserName;
    private EditText etPassWord;
    private Button btnLogin;

    private UserLoginPresenterImpl userLoginPresenter;
    private ProgressDialog progressDialog;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.login_activity);
        etUserName = (EditText) findViewById(R.id.et_userName);
        etPassWord = (EditText) findViewById(R.id.et_passWord);
        btnLogin = (Button) findViewById(R.id.btn_login);


        userLoginPresenter = new UserLoginPresenterImpl(this);
        btnLogin.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                userLoginPresenter.login(etUserName.getText().toString(), etPassWord.getText().toString());
            }
        });
    }

    @Override
    public void showProgressDialog() {
        if (progressDialog == null) {
            progressDialog = new ProgressDialog(this);
            progressDialog.setTitle("提示");
            progressDialog.setMessage("正在登录中...");
        }
        progressDialog.show();
    }

    @Override
    public void stopProgressDialog() {
        if (progressDialog != null) {
            progressDialog.dismiss();
        }
    }

    @Override
    public void userLoginSuccess(User user) {
        showMessage("登录成功！");
        stopProgressDialog();
        final StringBuffer sb = new StringBuffer();
        sb.append("姓名：" + user.getName() + ", 年龄" + user.getAge() + ", 电话" + user.getMobile()).append("\n");
        showMessage(sb.toString());
    }

    @Override
    public void userLoginFail(String result) {
        stopProgressDialog();
        showMessage(result);
    }

    @Override
    public void showMessage(String msg) {
        ToastUtils.showToast(this, msg);
    }
}

点击按钮时，调用Presenter的登录方法。可以看出LoginActivity的代码是比较整洁，简单的。最后再看看Presenter的实现。 (更新UI记得要在主线程中哦！即使是显示Toast，也要在主线程中显示，否则会出错哦！)

4.Presenter层，

实现Presenter功能，可以定义一个接口，也可以定义一个类。Presenter要实现的功能是直接调用Model中实现方法，并且要向View提供方法。（这里我先定义了一个接口，然后去实现该接口），

public interface IUserLoginPresenter {

    public void login(String userName, String passWord);
}

接着实现该接口，

public class UserLoginPresenterImpl implements IUserLoginPresenter {

    private UserLoginModelImpl userLoginModel;
    private IUserLoginView mIUserLoginView;
    private Handler myHandler = new Handler(Looper.getMainLooper());


    public UserLoginPresenterImpl(IUserLoginView userLoginView) {
        this.mIUserLoginView = userLoginView;
        userLoginModel=new UserLoginModelImpl();
    }

    @Override
    public void login(String userName, String passWord) {
        if (TextUtils.isEmpty(userName)) {
            mIUserLoginView.showMessage("用户名不能为空！");
            return;
        }
        if (TextUtils.isEmpty(passWord)) {
            mIUserLoginView.showMessage("密码不能为空！");
            return;
        }
        mIUserLoginView.showProgressDialog();
        userLoginModel.login(userName, passWord, new CallBackListener<User>() {

            @Override
            public void success(String result, final User user) {
                if (!TextUtils.isEmpty(result)) {
                    myHandler.post(new Runnable() {
                        @Override
                        public void run() {
                            mIUserLoginView.userLoginSuccess(user);
                        }
                    });
                }
            }

            @Override
            public void fail(final String result) {
                if (!TextUtils.isEmpty(result)) {
                    myHandler.post(new Runnable() {
                        @Override
                        public void run() {
                            mIUserLoginView.userLoginFail(result);
                        }
                    });
                }
            }
        });
    }
}

该类调用了Model层提供的登录方法。

好了，以上就是使用MVP模式实现一个登陆功能。下面运行程序看看效果。

首先这张截图是数据库中的表中的数据，有两条数据，

下面是App的运行截图，

这两种截图分别是，密码正确和密码错误的截图。

三、MVP模式小结。

在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博客。目前也有一些观点是，Activity是一个上帝类，其实不适合作为View，所以有些MVP方案将Activity作为Presenter，最主要在于他的生命周期牵扯太多逻辑处理业务，这些由Presenter负责的话情况可以改善很多。所以，MVP模式的实现方式是多样的，在此也呼吁更多人来关注该模式！

Demo下载链接！

PS:

1).推荐一个Android Studio插件，方便快捷使用MVP模式开发，插件名为MVPHelper，直接可以在Android Studio插件管理中搜索，当然也可以先下载，然后安装。

2). MVVM框架(Model-View-ViewModel)

1.MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。
2.唯一的区别就是，View和ViewModel之间是“双向绑定“的，View的变动，自动反映在 ViewModel，反之亦然。
3.MVVM可以降低UI显示与后端逻辑代码的耦合度，即更换界面时，只需要修改很少的逻辑代码就可以实现，甚至不用修改。

程序员七哥

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Android MVP浅谈

随着技术的发展，Activity(View) 做的事情越来越多,动辄几百上千行的代码使得 Activity 越来越臃肿。为了更好的划分视图(View)和模型(Model)之间的职责，让 View 只处理数据的展示和用户的交互，把数据的处理交由 Model 处理。这种模式便是MVP。我们都知道Android中比较常用的模式是MVC模式，那么MVC模式是什么呢？它和MVP模式有什么区
复制链接

扫一扫

专栏目录