MVP 设计模式理解，实战理解MVP

作者： 夏至 欢迎转载，也请保留这份申明，谢谢。

http://blog.csdn.net/u011418943/article/details/69840880

1、什么是MVP

MVP，全称 Model-View-Presenter。它是从 MVC中演变过来的，它的基本思想是相通的；在MVP中，View更加专注于处理数据的可视化以及用户交互，让Model专注于数据的处理，而Presenter则，提供 View 与 Model 之间数据的纽带，用于交互与数据传输；如下面这张图：

可以看到，在View 与 Model 之间我们是通过 Presenter，也就是 interface 来实现view 与数据的交互的，大大降低耦合，方便进行单元测试。至于与 MVC 的异同，自行google吧，这里就不细说了。

其实，自己在写代码的时候，心中有个概念就好了，view 就是UI，model就是数据处理，而persenter 则是他们的纽带。心中有个轮廓，写起来就不那么费劲了。

2、使用 MVP 的 优缺点

我们在使用一种设计模式的时候，首先都会问，为什么要用这种模式，能给我们带来哪些方便？用了这种模式，它的缺点会不会给我的工程造成影响？
首先，优点上，我们上面已经阐述了；

• 减低耦合，实现了 Model 与View 的真正分离，修改 View 而不影响 Model
• 模块职责分明，层次分明，便于维护，多人开发首选。
• Presenter 可以服用，一个 Presenter可以用于多个 View，不用去改 Presenter
• 利于单元测试。模块分明，那么我们编写单元测试就变得很方便了，而不用特别是特别搭平台，人工模拟用户操作等等耗时耗力的事情。

缺点：
对于小工程，额外多出来的代码量，和额外的代码复杂度，毕竟那么多 interface ，但对于它的有点来说，完全可以接受。

3、实战

我们就简单一个数据保存的例子好了。至于数据库的保存，采用郭霖大神的 LitePal，连接如下：
http://blog.csdn.net/column/details/android-database-pro.html
先上效果：

非常简单，就是获取 EditText的数据，保存在数据库，然后重新把它读取出来，结构图如下：

首先，从上面的效果图来看，我们需要 name 和 password 这两个字符串，我们需要新建一个 User 类，由于要用到 LitePal ，所以让它继承 DataSupport；如果你使用自己写的，那就不用继承啥了。：

public class User extends DataSupport{    private String username;    private String password;    public String getUsername() {        return username;    }    public void setUsername(String username) {        this.username = username;    }    public String getPassword() {        return password;    }    public void setPassword(String password) {        this.password = password;    }    @Override    public String toString() {        return "User{" +                "username='" + username + '\'' +                ", password='" + password + '\'' +                '}';    }}

Model：

然后，我们思考一下，从View 传过来的数据name和password，我们是要保存起来的，所以，我们先在 model，编写数据保存和读取的方法：

public interface IUserModel {    void saveUserData(User user);    User readUserData(String name);}

它的具体实现方法如下:

/** * Created by zhengshaorui on 2017/4/9. */public class UserModel implements IUserModel {    public UserModel() {    }    /**     * 使用Litepal保存数据     * @return     */    @Override    public void saveUserData(User user) {        user.save();        lg.d("user: "+user);    }    /**     * 通过 name从数据库读取数据     * @param name     * @return     */    @Override    public User readUserData(String name) {        List<User> userList = DataSupport.where("username = ?",name).find(User.class);        if (userList.size() > 0)            return userList.get(0);        return null;    }}

方法很简单，就保存一下数据和读数据。什么？数据库保存这样就行了？是的，所以赶紧去学习 LitePal 吧。

View：

View这里，我们是专注于UI的显示和用户交互的，上面我们通过名字的方式从数据库中读取，然后把它显示出来。所以，我们需要添加 name 和password 的显示方法，当然还有出错的方法：

public interface IUserView {    void setUserName(String userName);    void setPassword(String password);    void error(String errormsg);}

然后让mainactivity 继承这个接口重写该方法：

 @Override    public void setUserName(String userName) {        mUserEditText.setText(userName);    }    @Override    public void setPassword(String password) {        mPassEditText.setText(password);    }    @Override    public void error(String errormsg) {        Toast.makeText(this, errormsg, Toast.LENGTH_SHORT).show();    }

Presenter ：

好了，现在我们的 View 和 Model 都是单独开了的，所以，我们需要一个纽带，把view 和model 连接起来；那就是我们的 Presenter 了：

/** * Created by zhengshaorui on 2017/4/9. */public class UserPresenter {    private IUserView mIUserView;    private IUserModel mIUserModel;    public UserPresenter(IUserView mIUserView) {        this.mIUserView = mIUserView;        mIUserModel = new UserModel();    }    /**     * 数据保存     * @param user     */    public void saveUser(User user){        mIUserModel.saveUserData(user);    }    /**     * 读取数据     * @param name     */    public void readUser(String name){        User user =  mIUserModel.readUserData(name);        lg.d("getread: "+user);        if (user != null) {            mIUserView.setUserName(user.getUsername());            mIUserView.setPassword(user.getPassword());        }else{            mIUserView.error("没有找到");        }    }}

ok，其他都写好了，那么接下来，只要写onclick事件就可以了：

//保存    public void save(View view){        User user = new User();        user.setUsername(mUserEditText.getText().toString());        user.setPassword(mPassEditText.getText().toString());        mUserPresenter.saveUser(user);    }    //清空 edittext     public void clear(View view){        mUserEditText.setText("");        mPassEditText.setText("");    }    //读数据    public void read(View view){        mUserPresenter.readUser(mReadEditText.getText().toString());    }

这样，我们就实现了一个简单的 MVP demo了。

疑问：

1. 这样，你可能会有疑问？一个简单的demo被你写得这么复杂，还说这个设计模式有多好？
2. 这么简单的，接口都那么多，那稍微复杂点的，那接口不是直接上天和太阳肩并肩了吗？

可能很多人有这样的疑问，是的，在一些小工程，或者一个项目只有一两个人开发的时候，你可以酌情考虑要不要使用这种模式，而使用这种模式，就考验你对接口的理解和使用了。
而稍微复杂点的，和多人开发的，我建议是使用这种模式的，当然没有完美的框架，适合自己的才是最重要的，反正我用的挺嗨的，有点搞逼格的感觉，笔者就试过一个稍微复杂的项目，多人开发，最后搞得很混乱，牵一发而动全一身；

当然也是见仁见智，最后附上demo的下载地址：https://github.com/LillteZheng/MvpDemo

参考：http://www.jianshu.com/p/9a6845b26856#