Android 架构艺术之MVP

时间:2022-01-30 18:30:02

MVP是Google官方发布的Android开发相关的架构知识。本文要讲解的是一种最基本的MVP的实现方式,它使用手动的依赖注入来提供具有本地和远程数据源的存储库。异步任务处理回调。

基本的MVP的项目地址:https://github.com/googlesamples/android-architecture/tree/todo-mvp/

下图是基本的MVP的逻辑图:

Android 架构艺术之MVP

注意:在MVP的模式中,View是被重新定义的。

  • android.view.View类被指为Android View。
  • 在MVP中,接受presenter命令的View将被简称为View。

Fragments

这里使用Fragment有两个原因:

Fragment和 activity的分离符合实现MVP的思路。Activity是整体的控制器,能够创建和连接view和presenter。

平板形式的布局方式也能够很好的使用到Fragment。

关键概念

在这个sample app里面,有四个功能:

  • Task
  • TaskDetail
  • AddEditTask
  • Statistics

每一个功能都有:

  • 定义了View和Presenter的联系
  • 一个Activity,负责创建Fragment和Presenter。
  • 一个Fragment来实现View的接口
  • 一个Presenter实现了Presenter的接口

一般来说,业务逻辑应该在Presenter里面存在,依赖View来完成Android的UI操作。而View不应该有任何的业务逻辑存在,它只负责将Presenter的命令转换成UI操作,并将用户的行为传递给Presenter。Contract是定义View和Presenter之间联系的一系列接口。

Dependencies(依赖)

  • Common Android support libraries (com.android.support.*)
  • Android Testing Support Library (Espresso, AndroidJUnitRunner…)
  • Mockito
  • Guava (null checking)

Features(特性)

MVP 复杂性的理解:

  • 架构的框架/库/工具的使用复杂性:None — 不复杂
  • 概念的复杂性:低,这个是一个Android纯MVP
  • 可测试性: 单元测试 -- 高, Presenter 和 数据源都可以进行单元测试; UI测试 -- 高,允许使用假数据进行注入测试。
  • 代码度量:相比较传统的项目,MVP架构会定义更多的类和接口。所以MVP的代码行数和类的数量都会比较高。
  • 可维护性:高 -- 易于修改和添加一个功能
  • 学习成本:低 -- 功能易于发现,责任明确。开发人员不需要熟悉任何依赖于项目外部的的project。