CodePath Android教程

CHA1-Structure——4.Android应用程序架构

2017-06-01  本文已影响35人  DarkAndroid

原文：Architecture of Android Apps

—Understanding how apps should be structured

概述

在第一次编写Android项目时，许多开发者首先会依赖MVC模型，并且最终将大量的核心业务逻辑写在了Activity或Fragment中。由此带来的问题是在编写测试应用行为合法性的用例时异常困难，因为代码与Android框架层以及不同生命周期的事件关联太过紧密。虽然可以编写自动化UI测试来验证单个Activity或Fragment的合法性，但想要长期维护并运行这种代码是非常困难的。

整洁结构原则，由Robert Martin(也被称为“Uncle Bob”)所倡导，试图将开发者的精力集中于对应用核心功能的思考上。通过将应用的架构分为三个主要层来实现：应用如何向用户展示数据(表示层，Presentation Layer)，应用的核心功能是什么(域或用例层，Domain或User Case Layer)，如何访问数据（数据层，Data Layer）。表示层位于最外层，域层位于中间层，数据层位于内层。

需要注意的是，每层都有自己的数据模型，并且数据只能在层之间交换，通常只在一个方向(例如由外层流向内层，或者由内层流向外层)。任何时候当数据需要交换时，通常用一个转换器将某一层的模型映射到另一层。这样，就会产生分离边界，它可以防止某层中的变化引起其它层中非预期的副作用。

在数据层，数据的每个来源(例如文件，网络和内存)都应该使用存储库数据模式来表示。有很多方法可以实现这种存储库模式，但最终的目标是公开一个接口，定义需要执行的不同查询，以抽象出使用的数据源类型。因此，无论使用何种的数据源类型，它们的底层实现均可互相交换。

整洁结构引入了更多的抽象，并尝试在Android开发中应用单一责任原则。虽然可能有人会担心这种方法会增加更多的复杂性，降低应用性能以及可测试性，但它已经被证明可在应用的生产过程中成功工作。(观看 this Droidcon talk or this Droidcon 2016 talk).

模板

以下创建的模板项目可作为首选架构，进行项目开发的起点：
The following template projects are built to act as a starting point for a preferred architecture:

模型-视图-展示器(MVP)

在Android开发中，传统的“模型-视图-控制器”(MVC)模式通常被“模型-视图-展示器”(MVP)模式所取代。“模型-视图-展示器”(MVP)架构包括：

我们使用MVP架构要实现的目标是使任务更简化，使对象变小并且减少Model和View层之间的依赖。反过来，这会让我们的代码更容易管理和测试。它与MVC模式的主要区别包括：

理解MVP最简单的方法学习以下与其相关的具体示例的样例代码，查看这些有用的资源以获得深入的了解：

迁移到整洁架构

如果你试图将现有的项目迁移到整洁架构上而不必重写整个代码库，最好的方式是：首先尝试去隔离和封装业务逻辑，将它们移到Activity或Fragment之外。向着“模型-视图-展示器”（MVP）模型靠近，它是一种将展示层结构化的常用方法，这应该是你要做的第一步。并没有确切的方法来实现这种方式，这里有一些推荐链接：

参考引用

整洁架构:

MVVM模型:

上一篇下一篇

猜你喜欢

热点阅读