MVP(Model View Presenter)
View:对应于布局文件
Model:业务逻辑和实体模型
Controllor:对应于Activity
将架构改为MVP以后,Presenter的出现,将Activity视为View层,Presenter负责完成View层与Model层的交互。现在是这样的:
View对应Activity,负责View的绘制及与用户的交互
Model依然是业务逻辑和实体模型
Presenter负责完成View于Model间的交互
MVC到MVP的一个转变,减少了Activity的职责,简化了Activity中的代码,将复杂的逻辑代码提取到Presenter中进行处理,与之对应的好处就是,耦合度更低,更方便的进行测试。
MVP模式的核心思想
MVP把Activity中的UI逻辑抽象成View接口,把业务逻辑抽象成Presenter接口,Model类还是原来的Model。
这就是MVP模式,现在这样的话,Activity的工作的简单了,只用来响应生命周期,其他工作都丢到Presenter中去完成。从上图可以看出,Presenter是Model和View之间的桥梁,为了让结构变得更加简单,View并不能直接对Model进行操作,这也是MVP与MVC最大的不同之处。
MVP模式的作用
MVP的好处
分离了视图逻辑和业务逻辑,降低了耦合
Activity只处理生命周期的任务,代码变得更加简洁
视图逻辑和业务逻辑分别抽象到了View和Presenter的接口中去,提高代码的可阅读性
Presenter被抽象成接口,可以有多种具体的实现,所以方便进行单元测试
把业务逻辑抽到Presenter中去,避免后台线程引用着Activity导致Activity的资源无法被系统回收从而引起内存泄露和OOM
其中最重要的有三点: