Android Architecture Components 只看这一篇就够了

本文由提供写作赞助

赞助金额：

原作者：

版权声明：本文版权归微信公众号 所有，未经许可，不得以任何形式转载

一、前言

1.1、Android Architecture Components 介绍

Android Architecture Components 是谷歌在Google I/O 2017发布一套帮助开发者解决Android 架构设计的方案。里面包含了两大块内容：

生命周期相关的 Lifecycle-aware Components

数据库解决方案 Room

1.2、组件功能

官方给予 Google 组件的功能：A collection of libraries that help you design robust, testable, and maintainable apps. Start with classes for managing your UI component lifecycle and handling data persistence。

使用Google 提供的处理数据持久化和管理组件生命周期的类，有助于应用开发者们构建更加鲁棒性，可测的，稳定可靠的应用。

提供主要的组件有：

Lifecycle：管理组件生命周期

Room: 持久化数据结构

1.3、主要架构

1.4、使用组件

在项目根目录 build.gradle 文件添加仓库依赖：

如果遇到如下因 gradle 版本导致的编译失败问题：

可修改为：

然后在主 module 的 build.gradle 文件添加需要依赖的组件：

二、Lifecycle 管理生命周期

2.1、Lifecycle 介绍2.2、常规 MVP Presenter 使用

比如我们需要监听某个 Activity 生命周期的变化，在生命周期改变的时候打印日志，一般做法构造回调的方式，先定义基础 BaseActivityPresenter 接口：

在实现类中增加自定义操作（打印日志）：

然后在需要监听的 Activity 中依次回调方法：

在 Activity 的 onCreate() 方法中创建 BasePresenter，监听 Activity 的生命周期方法。

2.3、使用 Lifecycle

上述写可以实现基础的功能，但是不够灵活，假如除了 ActivityPresenter 类，还有别的类要监听 Activity 生命周期变化，那也需要添加许多生命周期的回调方法，比较繁琐。那我们是否可以当 Activity 生命周期发生变化的时候主动通知需求方呢？答案就是使用 Lifecycle 提供的 LifecycleObserver：

让我们的业务类实现 ActivityLifeObserver 接口，同时在每一个方法实现上增加 @OnLifecycleEvent(Lifecycle.Event.XXXX）注解，OnLifecycleEvent 对应了 Activity 的生命周期方法。被监听的 Actiivty 实现 LifecycleOwner 接口，然后在需要监听的 Activity 中注册：

运行如下：

其中 Lifecycle 使用两个主要的枚举类来表示其所关联组件的生命周期：

Event 事件 从组件或者Lifecycle类分发出来的生命周期，它们和Activity／Fragment生命周期的事件一一对应。(ON_CREATE, ON_START, ON_RESUME, ON_PAUSE, ON_STOP, ON_DESTROY)；

State 状态 当前组件的生命周期状态(INITIALIZED, DESTROYED, CREATED, STARTED, RESUMED)。

LifecycleRegistry 类用于注册和反注册需要观察当前组件生命周期的 Observer，用法如下：

三、LiveData && ViewModel

3.1、LiveData && ViewModel 介绍

LiveData 是一种持有可被观察数据的类（an observable data holder class）。和其他可被观察的类不同的是，LiveData是有生命周期感知能力的（lifecycle-aware,），这意味着它可以在 activities, fragments, 或者 services 生命周期是活跃状态时更新这些组件。

ViewModel 与 LiveData 之间的关系图如下：

3.2、LiveData && ViewModel 使用

在 Activity 页面有一 TextView，需要展示用户 User 的信息，User 类定义：

常规的做法：

这样做的一个问题，如果获取或者修改 User 的来源不止一处，那么需要在多个地方更新 TextView，并且如果在多处 UI 用到了 User，那么也需要在多处更新。

使用 LiveData 与 ViewModel 的组合，将LiveData 持有 User 实体，作为一个被观察者，当 User 改变时，所有使用 User 的地方自动 change。构建一个 UserViewModel 如下：

自定义的UserViewModel 继承系统的 ViewModel，将 User 封装成 MutableLiveData：

在使用User 的地方增加观察：

数据源发送改变的时候：

这样使用到 User 的地方，UI 会自动更新，日志如下：

四、Room

4.1、Room 介绍

Room 持久层库提供了一个方便我们访问 SQLite 数据库的抽象层(an abstraction layer )，帮助我们更好的在 APP 上创建我们的数据缓存，能够让 APP 即使在没有网络的情况也能正常使用。

Room 的架构如下：

4.2、Room 使用与主要注解

创建包含订单表的数据库如下步骤：

1、创建 Order.java:

2、创建 OrderDao：

3、创建数据库

使用到的主要注解：

@Entity(tableName = "orders") // 定义表名；

@PrimaryKey // 定义主键；

@ColumnInfo(name = "order_id") // 定义数据表中的字段名；

@Ignore // 指示 Room 需要忽略的字段或方法；

@Embedded // 指定嵌入实体

@Query("SELECT * FROM orders") // 定义查询数据接口；

@Insert // 定义增加数据接口；

@Delete // 定义删除数据接口；

@Update // 定义更新数据接口；

@Database // 定义数据库信息，表信息，数据库版本

3.3、增删改查实现

增：

删：

改：

查：

3.4、内嵌实体

如果实体 Order 内部包含地址信息，地址信息分别包含 城市，邮政等信息，可以这样写，使用@Embedded 注解：

3.5、配合 LiveData

数据查询可以返回 LiveData 数据：

3.6、配合 RxJava

通过 query 查询返回的实体，可以封装成 对应RxJava 的操作符封装对象，例如 Flowable，Maybe 等：

以上代码Demo 实现：

五、总结

学会使用 Android Architecture Components 提供的组件简化我们的开发，能够使我们开发的应用模块更解耦更稳定，视图与数据持久层分离，以及更好的扩展性与灵活性。

参考致谢：

Architechture

Lifecycle package class

Save data in a local database using Room

Android Room with a View

Google Samples

— — — END — — —