Android Room从入门到放弃

  Android 2017 IO大会推出了官方数据库框架：Room。Room其实就只是对原生的SQLite API进行了一层封装。

简单使用：

1. 和常规的ORM框架一样，让Entity对应数据库表，然后通过添加编译期注解来进行表和字段的配置，例如：

@Entity
public class Student implements Serializable {
    @PrimaryKey
    public int id;

    @ColumnInfo(name = "student_name")
    public String name;

    @Embedded(prefix = "address_")
    public Address address;
}
           

1. 用抽象DAO类来定义数据库的CRUD操作，例如：

@Dao
public abstract class StudentDao {
    @Insert(onConflict = OnConflictStrategy.REPLACE)
    public abstract void insert(Student... students);

    @Delete
    public abstract void delete(Student... students);

    @Update
    public abstract void update(Student... students);

    @Query("DELETE FROM Student")
    public abstract void deleteAll();
}
           

1. AppDatabase对应数据库，同时用来提供DAO类

@Database(entities = {Student.class}, version = , exportSchema = false)
public abstract class AppDatabase extends RoomDatabase{
    public abstract StudentDao studentDao();
}
           

1. 调用范例

AppDatabase mDatabase = Room.databaseBuilder(this, AppDatabase.class, "app").addMigrations().build();
StudentDao dao = mDatabase.studentDao();
Student student = new Student();
student.id = ;
students.add(student);
           

原理： 在编译时，使用annotationProcessor来解析被@Database和@Dao标注的类，在build/generated/source/apt里生成具体的Impl类，相比于SQLite API，一定程度上减少了我们创建表和部分CRUD书写的代码量。

优点：

1. 分层清晰，上手简单，代码相比于第三方也更加可靠

2. 非基于运行时注解，仅对SQLite API进行简单封装，效率没问题

3. 存储对象里嵌套对象时，可使用@Embedded注解进行自动拆分存储。Room会把被嵌套对象里的字段放置存储对象对应的表里，例如上例，Student表里不仅会有id和name字段，还会有address对象里的所有字段。这样就可以不用通过外键关联多表了。

缺点：

1. 查询和需要判断条件的删改都免不了要写SQL语句，虽然Room把语句拼写错误的提示提前到了编译时，但仍然需要关心表名、字段名等

2. 数据库升级无法自动且未提供友好API，同样需要写SQL语句，开发者手动写”ALTER table”在多表外键关联时容易出错。