阿里P7移動互聯網架構師進階視頻(每日更新中)免費學習請點擊:https://space.bilibili.com/474380680
一、簡介
Room是Google推出的Android架構組件庫中的數據持久化組件庫, 也可以說是在SQLite上實現的一套ORM解決方案。Room主要包含三個部分:
- Database : 持有DB和DAO
- Entity : 定義POJO類,即數據表結構
- DAO(Data Access Objects) : 定義訪問數據(增刪改查)的接口
其關系如下圖所示:
二、基本使用
1. 創建Entity
1.1 一個簡單的Entitiy
一個簡單Entity定義如下:
@Entity(tableName = "table_name**")
注解POJO類,定義數據表名稱;@PrimaryKey
定義主鍵,如果一個Entity使用的是復合主鍵,可以通過@Entity
注解的primaryKeys
屬性定義復合主鍵:@Entity(primaryKeys = {"firstName", "lastName"})
@ColumnInfo(name = “column_name”)
定義數據表中的字段名@Ignore
用於告訴Room需要忽略的字段或方法- 建立索引:在
@Entity
注解的indices
屬性中添加索引字段。例如:indices = {@Index(value = {"first_name", "last_name"}, unique = true), ...}
,unique = true
可以確保表中不會出現{"first_name", "last_name"}
相同的數據。
1.2 Entitiy間的關系
不同於目前存在的大多數ORM庫,Room不支持Entitiy對象間的直接引用。(具體原因可以參考: Understand why Room doesn't allow object references)
但Room允許通過外鍵(Foreign Key)來表示Entity之間的關系。
如上面代碼所示,Book對象與User對象是屬於的關系。Book中的user_id,對應User中的id。 那么當一個User對象被刪除時, 對應的Book會發生什么呢?
@ForeignKey
注解中有兩個屬性onDelete
和onUpdate
, 這兩個屬性對應ForeignKey
中的onDelete()
和onUpdate()
, 通過這兩個屬性的值來設置當User對象被刪除/更新時,Book對象作出的響應。這兩個屬性的可選值如下:
CASCADE
:User刪除時對應Book一同刪除; 更新時,關聯的字段一同更新NO_ACTION
:User刪除時不做任何響應RESTRICT
:禁止User的刪除/更新。當User刪除或更新時,Sqlite會立馬報錯。SET_NULL
:當User刪除時, Book中的userId會設為NULLSET_DEFAULT
:與SET_NULL
類似,當User刪除時,Book中的userId會設為默認值
1.3 對象嵌套
在某些情況下, 對於一張表中的數據我們會用多個POJO類來表示,在這種情況下可以用@Embedded
注解嵌套的對象,比如:
以上代碼所產生的User表中,Column 為id, firstName, street, state, city, post_code
2. 創建數據訪問對象(DAO)
DAO 可以是一個接口,也可以是一個抽象類, Room會在編譯時創建DAO的實現。
Tips:
@Insert
方法也可以定義返回值, 當傳入參數僅有一個時返回long
, 傳入多個時返回long[]
或List<Long>
, Room在實現insert方法的實現時會在一個事務進行所有參數的插入。@Insert
的參數存在沖突時, 可以設置onConflict
屬性的值來定義沖突的解決策略, 比如代碼中定義的是@Insert(onConflict = OnConflictStrategy.REPLACE)
, 即發生沖突時替換原有數據@Update
和@Delete
可以定義int
類型返回值,指更新/刪除的函數
DAO中的增刪改方法的定義都比較簡單,這里不展開討論,下面更多的聊一下查詢方法。
2.1 簡單的查詢
Talk is cheap, 直接show code:
Room會在編譯時校驗sql語句,如果
@Query()
中的sql語句存在語法錯誤,或者查詢的表不存在,Room會在編譯時報錯。
2.2 查詢參數傳遞
看代碼應該比較好理解, 方法中傳遞參數arg
, 在sql語句中用:arg
即可。編譯時Room會匹配對應的參數。
如果在傳參中沒有匹配到
:arg
對應的參數, Room會在編譯時報錯。
2.3 查詢表中部分字段的信息
在實際某個業務場景中, 我們可能僅關心一個表部分字段的值,這時我僅需要查詢關心的列即可。
定義子集的POJO類:
在DAO中添加查詢方法:
這里定義的POJO也支持使用
@Embedded
2.3 查詢結果的返回類型
Room中查詢操作除了返回POJO對象及其List以外, 還支持:
LiveData<T>
:
LiveData是架構組件庫中提供的另一個組件,可以很好滿足數據變化驅動UI刷新的需求。Room會實現更新LiveData的代碼。
Flowablbe<T>
Maybe<T>
Single<T>
:
Room 支持返回RxJava2 的Flowablbe
,Maybe
和Single
對象,對於使用RxJava的項目可以很好的銜接, 但需要在gradle添加該依賴:android.arch.persistence.room:rxjava2
。
Cursor
:
返回Cursor是為了支持現有項目中使用Cursor的場景,官方不建議直接返回Cursor.
Caution: It's highly discouraged to work with the Cursor API because it doesn't guarantee whether the rows exist or what values the rows contain. Use this functionality only if you already have code that expects a cursor and that you can't refactor easily.
2.4 聯表查詢
Room支持聯表查詢,接口定義上與其他查詢差別不大, 主要還是sql語句的差別。
3. 創建數據庫
Room中DataBase類似SQLite API中SQLiteOpenHelper,是提供DB操作的切入點,但是除了持有DB外, 它還負責持有相關數據表(Entity)的數據訪問對象(DAO), 所以Room中定義Database需要滿足三個條件:
- 繼承RoomDataBase,並且是一個抽象類
- 用@Database 注解,並定義相關的entity對象, 當然還有必不可少的數據庫版本信息
- 定義返回DAO對象的抽象方法
創建好以上Room的三大組件后, 在代碼中就可以通過以下代碼創建Database實例。
三、數據庫遷移
3.1 Room數據庫升級
在傳統的SQLite API中,我們如果要升級數據庫, 通常在SQLiteOpenHelper.onUpgrade
方法執行數據庫升級的sql語句,這些sql語句的通常根據數據庫版本以文件的方式或者用數組來管理。有人說這種方式升級數據庫就像在拆炸彈,相比之下在Room中升級數據庫簡單的就像是按一個開關而已。
Room提供了Migration類來實現數據庫的升級:
在創建Migration類時需要指定startVersion
和endVersion
, 代碼中MIGRATION_1_2
和MIGRATION_2_3
的startVersion和endVersion是遞增的, Migration其實是支持從版本1直接升到版本3,只要其migrate()
方法里執行的語句正常即可。那么Room是怎么實現數據庫升級的呢?其實本質上還是調用SQLiteOpenHelper.onUpgrade
,Room中自己實現了一個SQLiteOpenHelper
, 在onUpgrade()
方法被調用時觸發Migration
,當第一次訪問數據庫時,Room做了以下幾件事:
- 創建Room Database實例
SQLiteOpenHelper.onUpgrade
被調用,並且觸發Migration
- 打開數據庫
這樣一看, Room中處理數據庫升級確實很像是加一個開關。
3.2 原有SQLite數據庫遷移至Room
因為Room使用的也是SQLite, 所以可以很好的支持原有Sqlite數據庫遷移到Room。
假設原有一個版本號為1的數據庫有一張表User, 現在要遷移到Room, 我們需要定義好Entity, DAO, Database, 然后創建Database時添加一個空實現的Migraton即可。需要注意的是,即使對數據庫沒有任何升級操作,也需要升級版本, 否則會拋異常IllegalStateException
.
四、復雜數據的處理
在某些場景下我們的應用可能需要存儲復雜的數據類型,比如Date
,但是Room的Entity僅支持基本數據類型和其裝箱類之間的轉換,不支持其它的對象引用。所以Room提供了TypeConverter
給使用者自己實現對應的轉換。
一個Date
類型的轉換如下:
定義好轉換方法后,指定到對應的Database上即可, 這樣就可以在對應的POJO(User)中使用Date
類了。
五、總結
在SQLite API方式實現數據持久化的項目中,相信都有一個任務繁重的SQLiteOpenHelper
實現, 一堆維護表的字段的Constant
類, 一堆代碼類似的數據庫訪問類(DAO),訪問數據庫時需要做Cursor的遍歷,構建並返回對應的POJO類...相比之下,Room作為在SQLite之上封裝的ORM庫確實有諸多優勢,比較直觀的體驗是:
- 比SQLite API更簡單的使用方式
- 省略了許多重復代碼
- 能在編譯時校驗sql語句的正確性
- 數據庫相關的代碼分為Entity, DAO, Database三個部分,結構清晰
- 簡單安全的數據庫升級方案
想要了解更多Room相關內容可以戳下面的鏈接:
- Google Sample https://github.com/googlesamples/android-architecture-components
- Room數據庫遷移https://medium.com/google-developers/understanding-migrations-with-room-f01e04b07929
- Room使用引導說明 https://medium.com/google-developers/7-steps-to-room-27a5fe5f99b2
- Room 🔗 RxJava https://medium.com/google-developers/room-rxjava-acb0cd4f3757
- 7 Pro-tips for Room https://medium.com/google-developers/7-pro-tips-for-room-fbadea4bfbd1
原文鏈接:https://www.jianshu.com/p/654d883e6ed0
阿里P7移動互聯網架構師進階視頻(每日更新中)免費學習請點擊:https://space.bilibili.com/474380680