Android Room从入门到放弃

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

简单使用：

和常规的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;
}

用抽象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();
}

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

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

调用范例

AppDatabase mDatabase = Room.databaseBuilder(this, AppDatabase.class, "app").addMigrations().build();
StudentDao dao = mDatabase.studentDao();
Student student = new Student();
student.id = 111;
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”在多表外键关联时容易出错。