浅谈Android官方MVP架构解读
26 浏览量
2021-01-20
10:37:28
上传
评论 3
收藏 315KB PDF 举报
浅谈浅谈Android官方官方MVP架构解读架构解读
综述综述
对于MVP (Model View Presenter)架构是从著名的MVC(Model View Controller)架构演变而来的。而对于Android应用的开发中本身可视为一种MVC架构。通常在开发中将XML文件视
为MVC中的View角色，而将Activity则视为MVC中的Controller角色。不过更多情况下在实际应用开发中Activity不能够完全充当Controller，而是Controller和View的合体。于是Activity
既要负责视图的显示，又要负责对业务逻辑的处理。这样在Activity中代码达到上千行，甚至几千行都不足为其，同时这样的Activity也显得臃肿不堪。所以对于MVC架构并不很合适
运用于Android的开发中。下面就来介绍一下MVP架构以及看一下google官方给出的MVP架构示例。
MVP架构简介架构简介
对于一个应用而言我们需要对它抽象出各个层面，而在MVP架构中它将UI界面和数据进行隔离，所以我们的应用也就分为三个层次。
View: 对于View层也是视图层，在View层中只负责对数据的展示，提供友好的界面与用户进行交互。在Android开发中通常将Activity或者Fragment作为View层。
Model: 对于Model层也是数据层。它区别于MVC架构中的Model，在这里不仅仅只是数据模型。在MVP架构中Model它负责对数据的存取操作，例如对数据库的读写，网络的数据的
请求等。
Presenter:对于Presenter层他是连接View层与Model层的桥梁并对业务逻辑进行处理。在MVP架构中Model与View无法直接进行交互。所以在Presenter层它会从Model层获得所需要
的数据，进行一些适当的处理后交由View层进行显示。这样通过Presenter将View与Model进行隔离，使得View和Model之间不存在耦合，同时也将业务逻辑从View中抽离。
下面通过MVP结构图来看一下MVP中各个层次之间的关系。
在MVP架构中将这三层分别抽象到各自的接口当中。通过接口将层次之间进行隔离，而Presenter对View和Model的相互依赖也是依赖于各自的接口。这点符合了接口隔离原则，也正
是面向接口编程。在Presenter层中包含了一个View接口，并且依赖于Model接口，从而将Model层与View层联系在一起。而对于View层会持有一个Presenter成员变量并且只保留对
Presenter接口的调用，具体业务逻辑全部交由Presenter接口实现类中处理。
官方官方MVP架构分析架构分析
项目介绍项目介绍
对于MVP架构有了一些的了解，而在前端时间Google给出了一些App开发架构的实现。
项目地址为：https://github.com/googlesamples/android-architecture.
在这里进入README看一下这次Google给出那些Android开发架构的实现。
对于上面五个开发架构的实现表示到目前为止是已经完成的项目，而下面两个则表示正在进行的中的项目。现在首先来介绍一下这几个架构。
todo-mvp: 基础的MVP架构。
todo-mvp-loaders:基于MVP架构的实现，在获取数据的部分采用了loaders架构。
todo-mvp-databinding: 基于MVP架构的实现，采用了数据绑定组件。
todo-mvp-clean: 基于MVP架构的clean架构的实现。
todo-mvp-dagger2: 基于MVP架构，采用了依赖注入dagger2。
dev-todo-mvp-contentproviders: 基于mvp-loaders架构，使用了ContenPproviders。
dev-todo-mvp-rxjava: 基于MVP架构，对于程序的并发处理和数据层（MVP中的Model）的抽象。
从上述的介绍中可以看出，对于官方给出所有的架构的实现最终都是基于MVP架构。所以在这里就对上面的基础的MVP架构todo-mvp进行分析。
项目结构的分析项目结构的分析
对于这个项目，它实现的是一个备忘录的功能。对于工作中未完成的任务添加到待办任务列表中。我们能够在列表中可以对已完成的任务做出标记，能够进入任务详细页面修改任务
内容，也能够对已完成的任务和未完成的任务数量做出统计。
首先在这里来看一下todo-mvp整体的项目结构
评论0
最新资源