一、MVC
三层:model(网络请求,读取数据库等操作)、view(视图层,Layout布局文件)、controller(控制层,对应Activity对UI的各种操作),MVC架构清晰,容易理解,我们一般常用的架构模式,最大的缺点是View层对model层有依赖,view和controller也无法分开,view层也含有业务逻辑,activity不仅需要请求业务逻辑,而且数据变化后还要控制view层的更新,最终会导致controller层变得很复杂,activity中的控件必须关心业务和数据,才能知道怎么展示,双方必须知道彼此的存在,之前工作中用的都是MVC模式,如model层负责获取频道数据,在activity中请求数据,请求成功后展示在listview上
二、MVP
MVP模式是MVC模式的演变模式,为了解决view和model的耦合,三层分别是
model(网络请求,IO操作等业务)、view(通常指activity,fragment,view)、presenter(中间人,连接view和model的桥梁,从model检索数据,然后将数据交给view,分离了model和view层
interface IView {
void show(String str);
void hide();
}
public class TestActivity extends AppCompatActivity implements IView {
private Presenter presenter;
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
presenter = new Presenter(this);
findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
presenter.requestData();
}
});
}
public void show(String str) {
// show something
}
public void hide() {
// hide something
}
}
public class Presenter {
IView activity;
Model model;
public Presenter(IView view) {
activity = view;
model = new Model();
}
public void requestData() {
// 从model获取数据
Data data = Model.requestData();
activity.show(data.getString());
}
}
presenter必须要有model和view的实例,activity不关心数据,只要实现接口就行了,当数据获取成功后由presenter交给activity,解决了view与model的耦合问题,但是activity中的逻辑依然很复杂
MVP思想:view层和model层不直接交互,而是通过presenter,presenter层持有view和model层接口的引用,view层持有presenter的引用,当view层需要展示一些数据的时候,首先会调用presenter层的某个接口,然后presenter调用model层接口请求数据,当数据加载成功后model层将数据回调交给presenser,因为presenter持有view层的引用,可以调用view层方法更新UI展示给用户,使得view层和model层可以单独开发和测试,实现了模块化,并且model层可以复用
三、MVVM