学习重点:
MVC编程模式(Model View Controller)点击这里看百度百科介绍 简单来说就是通过controller的控制去操作model层的数据,并且返回给View层显示。具体如上图所示。
工作原理:当用户发出事件的时候,view层会发送指令到controller层,接着controller通知model层更新数据,model更新完数据后会直接显示在view层上。具体在Android中的情况:布局代码就是view层,controller就是activity,而各种java bean,还有一些类似repository类就对应于model层。
缺点:xml作为view层,控制能力太弱,若要动态的改变视图,只能在activity中实现,导致了activity既是view层也是controller层,耦合度大大提高,不利于项目管理,从上图也可知,view层和model层是相互可知的,这意味着两层之间存在耦合,耦合对于一个大型程序来说是非常致命的,因为这表示开发,测试,维护都需要花大量的精力。
实例demo:Meizhi
2.MVP
MVP(Model View Presenter)点击这里看百度百科介绍
MVP是MVC的升级(区别):在MVP中View并不直接使用Model,它们之间的通信是通过Presenter(MVC中的Controller)来进行的,所有的交互都在Presenter内部进行,而在MVC中View会直接从Model中读取数据而不是通过Controller。从上图我们可以知道,view层和model层不再相互可知,而是完全的解耦,取而代之的presenter层充当了桥梁的作用,用于操作view层发出的事件传递到presenter层,presenter层去操作model层,并将数据返回给view层。
核心思想:
MVP把Activity中的UI逻辑抽象成View接口,把业务逻辑抽象成presenter接口,model不变。在MVP模式中,Activity的功能就是响应生命周期和显示界面,其他的工作都丢到presenter中完成。
如何使用MVP:
1.创建IPresenter接口,把所有的业务逻辑都放在这里,并创建它的实现类IPresenterCompl。
2.创建IView接口,把所有的视图逻辑都放在这里,其实现类是当前的activity或者fragment。
3.Activity里包含了一个IPresenter,而PresenterCompl里又包含了一个IView 并且依赖了Model。Activity里只保留对IPresenter的调用,其它工作全部留到PresenterCompl中实现。
项目中代码结构(层次分明)
[站外图片上传中……(3)]
Model层
1 | public class User { |
View层
view层接口代码如下:
1 | public interface ILoginView { |
ILogin的实现类:
1 | public class LoginActivity extends AppCompatActivity implements ILoginView, View.OnClickListener { |
在LoginActivity中我们可以看出,LoginActivity实现ILoginView接口,实现了未实现的方法,在代码中可以看出LoginActivity并没有做一些逻辑处理工作,数据处理的工作都是调用ILoginPresenter完成的。
Presenter层
presenter接口代码:
1 | public interface ILoginPresenter { |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public void clear() {
loginActivity.clearText();
}
public void doLogin(String username, String password) {
//逻辑处理
boolean result=false;
int code=0;
if(username.equals(user.getUserName())&&password.equals(user.getPassword())){
result=true;
code=1;
}else{
result=false;
code=0;
}
loginActivity.onLoginResult(result,code);
}
}
这就是最简单的MVP模式了。
MVP优势:
- 使activity代码更加简洁
- 方便进行单元测试
- 避免activity内存泄露