MVP 设计模式理解,实战理解MVP
Posted 夏至的稻穗
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MVP 设计模式理解,实战理解MVP相关的知识,希望对你有一定的参考价值。
作者: 夏至 欢迎转载,也请保留这份申明,谢谢。
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了。
疑问:
- 这样,你可能会有疑问?一个简单的demo被你写得这么复杂,还说这个设计模式有多好?
- 这么简单的,接口都那么多,那稍微复杂点的,那接口不是直接上天和太阳肩并肩了吗?
可能很多人有这样的疑问,是的,在一些小工程,或者一个项目只有一两个人开发的时候,你可以酌情考虑要不要使用这种模式,而使用这种模式,就考验你对接口的理解和使用了。
而稍微复杂点的,和多人开发的,我建议是使用这种模式的,当然没有完美的框架,适合自己的才是最重要的,反正我用的挺嗨的,有点搞逼格的感觉,笔者就试过一个稍微复杂的项目,多人开发,最后搞得很混乱,牵一发而动全一身;
当然也是见仁见智,最后附上demo的下载地址:https://github.com/LillteZheng/MvpDemo
参考:http://www.jianshu.com/p/9a6845b26856#
以上是关于MVP 设计模式理解,实战理解MVP的主要内容,如果未能解决你的问题,请参考以下文章