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

Posted 夏至的稻穗

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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#

以上是关于MVP 设计模式理解,实战理解MVP的主要内容,如果未能解决你的问题,请参考以下文章

Android:安卓学习笔记之MVP模式的简单理解和使用

Android:安卓学习笔记之MVP模式的简单理解和使用

Android:安卓学习笔记之MVP模式的简单理解和使用

理解 Android MVP 开发模式

MVP模式是否适合我们使用? 代码说话

站在巨人的肩膀上 -- MVP 模式的理解