大纲
- 提问:明白如何选择开发框架,和为什么要学MVP模式
- 观察:比较MVC模式和MVP模式,理解MVP模式的概念
- 使用:通过一个例子,学习如何使用MVP模式
- 总结
提问
首先自问自答:
在Android开发中如何选择开发框架呢?
首先要知道为什么要选择开发框架?目的如下:
- 代码可读
- 维护性好
- 方便测试
- 分层:纵向上的解耦
- 模块化:横向上的解耦
横向的模块化:对大家来可能并不陌生,在一个项目建立项目文件夹的时候就会遇到这个问题,通常的做法是将相同功能的模块放到同一个目录下,更复杂的,可以通过插件化来实现功能的分离与加载。纵向的分层,不同的项目可能就有不同的分法,并且随着项目的复杂度变大,层次可能越来越多
根据自己具体项目而定,如果业务简单的项目,用MVC模式就可以了,不管是什么开发框架,都是为了更好的提高工作效率,是手段,方法,不是目的,不要为了设计而设计,否则浪费时间,精力,得不偿失。
为什么要学习MVP模式,很重要吗?
为什么要思考这问题?因为时间短暂,想要做的事情很多,必须学会取舍,才能更好的做好事情。
我有个原则:
最重要的事情,只有一件,要么不做,要么就做得最好
如果没有学习MVP模式,会怎么样?
好处:
可以做其他,自己认为更重要的事情
坏处:
思维方面:对于一些基于MVP模式优秀项目,但是看不懂啊,阅读大神优秀思想的作品,
无法享受思维上的乐趣,怎么能阻碍我们成为大神的前进道路呢?不可原谅,beat it !
工作方面:如果项目业务很复杂,使用MVC模式,项目开发效率,管理,代码可读性低,测试和维护时间长,工作效率低
所以从否定角度,证明学习MVP模式是重要,是必须的,于是花时间,专门学习,研究MVP模式,运用到工作项目中,提高工作效率
如何学习MVP模式?
1)如何认识MVP模式?(观察现象)
回顾MVC模式
比较MVC模式和MVP模式的区别,通过比较区别,显出MVP模式的特点,优势
2)如何使用MVP模式?(使用方法)
通过例子分析
观察
回顾MVC模式
- View:对应于布局文件
- Model:业务逻辑和实体模型
- Controllor:对应于Activity,或Fragment
MVC之间的数据是如何流动的? 首先View控件设置监听事件,在哪里设置呢?可以在Controller中进行设置,比如在Activity中设置按钮的点击事件,也可以在自定义控件中进行设置,比如在Listview中设置滑动处理事件。这些事件是什么?可以通知Controller去操作Model,更新Model数据,也可以直接更新Model数据,也可以是Controller更新View数据 举例:用户对界面进行操作,比如点击,滑动界面(事先注册的View),监听的View被响应,告诉Controler进行处理响应事件,比如操作Model,访问网络数据,更新Model对象,然后更新界面View的数据,或控件的状态变化
MVC模式存在的问题:
数据据绑定的操作,事件处理的代码都在Activity中,造成了Activity既像View又像Controller,导致Activity负责本来应该是View负责的工作(控件的状态改变等等),又要负责操作Model层,导致Activity的责任太重,业务多,代码太多,维护需要更多时间。 于是MVP模式出现了,解决MVC模式的Controller责任太重的问题概念
当将架构改为MVP以后,Presenter的出现,将Actvity视为View层,Presenter负责完成View层与Model层的交互。现在是这样的:
- View 对应于Activity,负责显示数据,View的绘制以及与用户交互
- Model 业务逻辑和实体模型
- Presenter 负责完成View于Model间的交互,处理着程序各种逻辑的分发,收到View层UI上的反馈命令、定时命令、系统命令等指令后分发处理逻辑交由Model层做具体的业务操作。
如图所示:
有图观察可知:MCV模式与MVP模式最明显的区别就是,
MVC中是允许Model和View进行交互的,而MVP中很明显,Model与View之间的交互由Presenter完成。还有一点就是Presenter与View之间的交互是通过接口的
MVP的优点
1. 降低耦合度,实现了Model和View真正的完全分离,可以修改View而不影响Modle
2. 模块职责划分明显,层次清晰
3. 隐藏数据
4. Presenter可以复用,一个Presenter可以用于多个View,而不需要更改Presenter的逻辑(当然是在View的改动不影响业务逻辑的前提下)
5. 利于测试驱动开发。
6. View可以进行组件化。在MVP当中,View不依赖Model。这样就可以让View从特定的业务场景中脱离出来,可以说View可以做到对业务完全无知。它只需要提供一系列接口提供给上层操作。这样就可以做到高度可复用的View组件。
7. 代码灵活性
MVP的缺点:
1. Presenter中除了应用逻辑以外,还有大量的View->Model,Model->View的手动同步逻辑,造成Presenter比较笨重,维护起来会比较困难。
2. 由于对视图的渲染放在了Presenter中,所以视图和Presenter的交互会过于频繁,view里的行为太过复杂,应对复杂场景势必造成代码行为膨胀
3. 如果Presenter过多地渲染了视图,往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更,那么Presenter也需要变更了。
4. 额外的代码复杂度及学习成本
使用
例子:实现效果:简单登陆界面功能,输入姓名,密码,然后点击登陆按键,提示登陆结果,点击清除按键,清除输入内容
(一)Model层
1)分析Model数据模型,实体类有什么属性和行为。
比如:这个例子中,登陆功能,需要一个用户模型User
package com.example.juphome.mvpdemo.Login.bean;
/**
* Created by Juphome on 2017/1/15.
*/
public class User {
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;
}
}
2)定义操作具体业务类的回调接口:OnLoginListener,用于回调监听登陆结果状态
package com.example.juphome.mvpdemo.Login.biz;定义操作业务类的抽象接口:IUserBiz
import com.example.juphome.mvpdemo.Login.bean.User;
/**
* Created by Juphome on 2017/1/15.
*/
public interface OnLoginListener {
void loginSuccess(User user);
void loginFailed();
}
package com.example.juphome.mvpdemo.Login.biz;
import com.example.juphome.mvpdemo.Login.bean.User;
/**
* Created by Juphome on 2017/1/15.
*/
public interface IUserBiz{
public void login(String username,String password,OnLoginListener loginListener);
}
实现操作业务类的抽象接口:UserBiz
package com.example.juphome.mvpdemo.Login.biz;
import com.example.juphome.mvpdemo.Login.bean.User;
/**
* Created by Juphome on 2017/1/15.
*/
public class UserBiz implements IUserBiz{
@Override
public void login(final String username, final String password, final OnLoginListener loginListener) {
//模拟子线程耗时操作
new Thread()
{
@Override
public void run()
{
try
{
Thread.sleep(2000);
} catch (InterruptedException e)
{
e.printStackTrace();
}
//模拟登录成功
if ("zhy".equals(username) && "123".equals(password))
{
User user = new User();
user.setUsername(username);
user.setPassword(password);
loginListener.loginSuccess(user);
} else
{
loginListener.loginFailed();
}
}
}.start();
}
}
(二)View层和Presenter层的接口
定义契约类(接口)
使用契约类来统一管理view与presenter的所有的接口,这种方式使得view与presenter中有哪些功能,一目了然,维护起来也很方便。
2.1 如何定义UserBizContract接口中的View的接口呢?去观察功能上的操作,然后考虑
- 该操作需要什么?(getUserName, getPassword)
- 该操作的结果,对应的反馈?(toMainActivity, showFailedError)
- 该操作过程中对应的友好的交互?(showLoading, hideLoading)
2.2 如何定义UserBizContract中的presenter接口呢?
Presenter是用作Model和View之间交互的桥梁,那么应该有什么方法呢?
其实也是主要看该功能有什么操作,比如本例,两个操作:login和clear。
package com.example.juphome.mvpdemo.Login.biz;
import com.example.juphome.mvpdemo.Login.bean.User;
/**
* Created by Juphome on 2017/1/15.
*/
public interface UserBizContract {
interface IUserLoginView {
String getUserName();
String getPassword();
void clearUserName();
void clearPassword();
void showLoading();
void hideLoading();
void toMainActivity(User user);
void showFailedError();
}
interface Presenter{
void login();
void clear();
}
}
(三)View层和Presenter层的接口实现
定义presenter接口的实体类
package com.example.juphome.mvpdemo.Login.presenter;
import android.os.Handler;
import com.example.juphome.mvpdemo.Login.bean.User;
import com.example.juphome.mvpdemo.Login.biz.IUserBiz;
import com.example.juphome.mvpdemo.Login.biz.OnLoginListener;
import com.example.juphome.mvpdemo.Login.biz.UserBiz;
import com.example.juphome.mvpdemo.Login.biz.UserBizContract;
/**
* Created by Juphome on 2017/1/15.
*/
public class UserLoginPresenter implements UserBizContract.Presenter {
private IUserBiz userBiz;
private UserBizContract.IUserLoginView userLoginView;
private Handler mHandler = new Handler();
public UserLoginPresenter(UserBizContract.IUserLoginView userLoginView)
{
this.userLoginView = userLoginView;
this.userBiz = new UserBiz();
}
@Override
public void login() {
userLoginView.showLoading();
userBiz.login(userLoginView.getUserName(), userLoginView.getPassword(), new OnLoginListener()
{
@Override
public void loginSuccess(final User user)
{
//需要在UI线程执行
mHandler.post(new Runnable()
{
@Override
public void run()
{
userLoginView.toMainActivity(user);
userLoginView.hideLoading();
}
});
}
@Override
public void loginFailed()
{
//需要在UI线程执行
mHandler.post(new Runnable()
{
@Override
public void run()
{
userLoginView.showFailedError();
userLoginView.hideLoading();
}
});
}
});
}
@Override
public void clear() {
userLoginView.clearUserName();
userLoginView.clearPassword();
}
}
定义View的实体类
最后让Model-View-Presenter动态联系起来
让Activity实现View的接口IUserLoginView,MVP中的View其实就是Activity,调用Presenter,处理业务操作,Presenter处理过程中,通知Activity界面友好提示,显示缓冲数据图标,Presenter处理业务操作完成后,回调通知Activity结果状态,失败或成功的数据
package com.example.juphome.mvpdemo.Login.view;
import android.app.Activity;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.widget.EditText;
import android.widget.ProgressBar;
import android.widget.Toast;
import com.example.juphome.mvpdemo.Login.bean.User;
import com.example.juphome.mvpdemo.Login.biz.UserBizContract;
import com.example.juphome.mvpdemo.Login.presenter.UserLoginPresenter;
import com.example.juphome.mvpdemo.R;
/**
* Created by Juphome on 2017/1/15.
*/
public class UserLoginActivity extends Activity implements UserBizContract.IUserLoginView {
private EditText mEtUsername, mEtPassword;
private Button mBtnLogin, mBtnClear;
private ProgressBar mPbLoading;
private UserLoginPresenter mUserLoginPresenter = new UserLoginPresenter(this);
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_user_login);
initViews();
}
private void initViews()
{
mEtUsername = (EditText) findViewById(R.id.id_et_username);
mEtPassword = (EditText) findViewById(R.id.id_et_password);
mBtnClear = (Button) findViewById(R.id.id_btn_clear);
mBtnLogin = (Button) findViewById(R.id.id_btn_login);
mPbLoading = (ProgressBar) findViewById(R.id.id_pb_loading);
mBtnLogin.setOnClickListener(new View.OnClickListener()
{
@Override
public void onClick(View v)
{
mUserLoginPresenter.login();
}
});
mBtnClear.setOnClickListener(new View.OnClickListener()
{
@Override
public void onClick(View v)
{
mUserLoginPresenter.clear();
}
});
}
@Override
public String getUserName()
{
return mEtUsername.getText().toString();
}
@Override
public String getPassword()
{
return mEtPassword.getText().toString();
}
@Override
public void clearUserName()
{
mEtUsername.setText("");
}
@Override
public void clearPassword()
{
mEtPassword.setText("");
}
@Override
public void showLoading()
{
mPbLoading.setVisibility(View.VISIBLE);
}
@Override
public void hideLoading()
{
mPbLoading.setVisibility(View.GONE);
}
@Override
public void toMainActivity(User user)
{
Toast.makeText(this, user.getUsername() +
" login success , to MainActivity", Toast.LENGTH_SHORT).show();
}
@Override
public void showFailedError()
{
Toast.makeText(this,
"login failed", Toast.LENGTH_SHORT).show();
}
}
使用MVP模式的步骤:
- 定义mode层的实体类,
- 操作业务类的接口
- 操作业务类完成的结果状态监听接口
- 定义view的接口。
- 定义Presenter接口
- 实现定义好的View接口和Presenter接口
- 让MVP动起来
Model-View-Presenter的动态过程:
让Acivity实现view接口,在Activity中创建Presenter引用对象,用Presenter对象,操作Model的业务逻辑处理,Model层处理完成后,通过业务监听回调接口,告诉Presenter处理业务的结果如何,最后Persenter通过VIew接口,让Activity进行页面数据更新