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 — — —

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180626G0C5M900?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券