Android ORM框架 LiteOrm使用
前言
关于Android ORM框架，之前写过关于GreenDao的使用，在被安利了一篇 Android数据库框架：greenDAO vs LiteOrm ，又看了下LiteOrm的基本使用，很方便，而且效率并不低，特别是在级联查询上，很方便很面向对象。
恩，LiteOrm不是OrmLite。关于它的使用主要是看GitHub上的samples，因为它没有文档。不过数据库框架的使用方法都比较相似，看看方法名大概就能猜出来什么意思。
GitHub地址：https://github.com/litesuits/android-lite-orm
LiteSuits 官网： http://litesuits.com/?form=gorm
1. 开始使用
/*
1. 创建config信息
*/
DataBaseConfig config = new DataBaseConfig(mContext);
//数据库名，可设置存储路径。默认在内部存储位置databases文件夹下
config.dbName = DB_NAME_PATH + File.separator + DB_NAME;
config.debugged = true; //是否打Log
config.dbVersion = 1; // database Version
config.onUpdateListener = null; //升级
/*
2. 生成实例对象
*/
//级联操作
liteOrm = LiteOrm.newCascadeInstance(config);
//独立操作
liteOrm = LiteOrm.newSingleInstance(config);
可以看到，LiteOrm提供了两种获取实例的方式：singleInstance和cascadeInstance。其中：
独立操作：使用 LiteOrm 的 single 实例，可与 cascade 方式平滑切换，性能高，仅处理该对象数据，其关系、和关联对象忽略；
级联操作：使用 LiteOrm 的 cascade 实例，可与 single 方式平滑切换，全递归，该对象数据，及其关系、和关联对象都被处理；
这两种获取方式根据项目需求而定，如果级联操作比较多的话，就可以使用cascadeInstance，而其又可以和独立操作任意切换：
LiteOrm db = LiteOrm.newCascadeInstance(this, "cascade.db");
db.cascade().save(user);//级联操作：保存[当前对象]，以及该对象所有的[关联对象]以及它们的[映射关系]。
db.single().save(user);//非级联操作：仅保存[当前对象]，高效率。
从此处就可以看到该框架的强大了吧。最简单的是它通过注解的形式声明对象间关系，那下面就说说它的注解。
##2. 注解
###基础注解
@Table("test_model")表名@PrimaryKey(AssignType.AUTO_INCREMENT)主键自增长@PrimaryKey(AssignType.BY_MYSELF)自己设置主键@Ignore忽略该字段，不存入数据库@Column("login")指定列名@Collate("NOCASE")大小写无关
###关系映射：@Mapping(Relation.ManyToMany)多对多@Mapping(Relation.OneToMany)一对多@Mapping(Relation.OneToOne)一对一@Mapping(Relation.ManyToOne)多对一@MapCollection(ConcurrentLinkedQueue.class)指定约束对象的集合类型
约束相关：
@NotNull非空约束@Default("true")默认约束@Check("index > 0 ")check约束@Unique唯一约束@UniqueCombine()联合唯一约束
####约束冲突：
ON CONFLICT 子句不是一个单独的 SQL 命令。 它可以出现在很多其它的 SQL 命令中，是一个非标准的子句。ON CONFLICT 子句指定一个用于解决约束冲突的算法。 有五种选择(具体解释请看文末参考链接，copy过来也没啥意思)：
@Conflict(Strategy.ROLLBACK)@Conflict(Strategy.ABORT)@Conflict(Strategy.FAIL)@Conflict(Strategy.IGNORE)@Conflict(Strategy.REPLACE)
这里总结了LiteOrm使用的几乎所有的注解，全部从samples中总结出来。有些一看就懂，但有些就比较生疏。但框架毕竟是框架，用着用着就熟悉了。从注解也可以看出来该框架确实比较全面。为了弄懂一些东西，又复习了一遍Sql语句。因为它的查询某些语法完全和SQL语句一样。下面就介绍一下他的基本CRUD操作。
3. CRUD 操作
###基础操作：
// 1. 保存数据
Person person = new Person("name",23);
liteOrm.save(person);
List<Person> list = new ArrayList<>();
liteOrm.save(list);
// 2. 读取全部数据
List<Person> list = liteOrm.query(Person.class);
// 3. 删除全部
liteOrm.deleteAll(Person.class);
liteOrm.deleteDatabase();
###查询操作
查询操作里面这个 ? 必不可少，是不是和写sql很像，? 是个占位符。同时SQL并不区分大小写，但关键字建议大写。
//聚合函数count查询，好像只有这一个
long nums = liteOrm.queryCount(Address.class); //查询有多少行
//模糊查询
QueryBuilder qb = new QueryBuilder(Address.class).where("address LIKE ?", new String[]{"%山%"});
//与或非等
qb = new QueryBuilder(Address.class)
.whereEquals("city", "南京")
.whereAppendAnd()
.whereEquals("address", "香港路");
//自己拼SQL语句
QueryBuilder qb = new QueryBuilder(Address.class)
.columns(new String[]{Address.COL_ADDRESS}) //查询列
.appendOrderAscBy(Address.COL_ADDRESS) //升序
.appendOrderDescBy(Address.COL_ID) //当第一列相同时使用该列降序排序
.distinct(true) //去重
.where(Address.COL_ADDRESS + "=?", new String[]{"香港路"}); //where条件
liteOrm.query(qb);
在写查询语句时，一定要铭记sql语句：
SELECT 列
FROM 表
WHERE 条件
GROUP BY 分组条件
HAVING 分组后条件
ORDER BY 排序
LIMIT (x,y)
LiteOrm提供的查询功能很强大，看到这是不是和我一样想去把sql复习一遍?毕竟好久没写sql语句了。用框架多了都忘记原理了。
看了下LiteOrm的query过程，底层确实还是拼sql语句，这样想想realm确实犀利，毕竟自己做的引擎，快是必须的了。下面介绍一下LiteOrm的级联查询，这一块我看到的时候立刻就爱上了它，完完全全的面向对象的操作，表也帮你自动生成。
4. 级联操作
为什么说面向对象呢。就是仅仅需要在JavaBean里声明对象间关系，并用注解标识就OK了。举个例子：
@Table("school")
public class School{
@Mapping(Relation.OneToMany)
public ArrayList classesList; //一个学校有多个教室
}
@Table("class")public class Classes {
@Mapping(Relation.OneToOne)
public Teacher teacher; //一个教室有一个老师，假设
}
@Table("teacher")public class Teacher {
@Mapping(Relation.ManyToMany)
@MapCollection(ConcurrentLinkedQueue.class)
private Queue studentLinkedQueue; //一个老师多个学生，一个学生多个老师，多对多关系
}
@Table("student")public class Student {
@Mapping(Relation.ManyToMany)
private Teacher[] teachersArray;//一个老师多个学生，一个学生多个老师，多对多关系
}
就这样声明，你在Java里创建完对象后使用save()方法保存后，数据库中各种关联表就建好了，完全不用自己设置主键、外键什么的。是不是很方便？不过前提是你要使用LiteOrm.newCascadeInstance(config)这个实例。
说完了这些就该考虑封装啦，因为毕竟数据库框架这种东西没有最好，只有更好。说不定哪一天Square出一个Orm框架也说不定。所以就单独封装一层，方便对外提供方法并且方便以后可能的替换。
5. 基础封装
在上一篇 Retrofit2.0 封装 的封装中使用了枚举来封装，真的不错，很方便，比单例方便而且更安全。所有同样还是使用枚举来封装。
public enum UOrm implements SQLiteHelper.OnUpdateListener {
INSTANCE;
private LiteOrm mLiteOrm;
UOrm() {
DataBaseConfig config = new DataBaseConfig(MyApplcation.mContext);
config.dbName = DB_NAME_PATH + File.separator + DB_NAME;
config.dbVersion = 1;
config.onUpdateListener = this;
config.debugged = BuildConfig.DEBUG;
//可替换为 newCascadeInstance支持级联操作
mLiteOrm = LiteOrm.newSingleInstance(config);
}
@Override public void onUpdate(SQLiteDatabase sqLiteDatabase, int i, int i1) {
}
public void save(Object o) {
if (o == null) {
return;
}
mLiteOrm.save(o);
}
public void save(List collection) {
if (CommonUtil.isEmpty(collection)) {
return;
}
mLiteOrm.save(collection);
}
public void delete(Class tClass) {
if (tClass == null) {
return;
}
mLiteOrm.delete(tClass);
}
public List queryAll(Class tClass) {
if (tClass == null) {
return null;
}
return mLiteOrm.query(tClass);
}
}
使用时只用这样调用：
UOrm.INSTANCE.save(modelA);
这里的封装仅仅提供了最最基础的方法，主要是提供liteOrm的实例。你也可以根据业务需求向里面添加方法。
写到这感觉这样封装并不是很好，如果你有更好的封装方法请告诉我哈，大家一起交流。
结语
关于数据库框架，自己所考虑的主要是性能和方便调用。
Realm性能超级高，但是它对model类限制的太多，直接导致某些情况下model不能复用，需要重新拷贝一份来单独处理业务逻辑部分，在机器内存有限的情况下这样做肯定不好，不过官方貌似也意识到了。
GreenDao都说好，自己也用了确实不错。但是不得不说确实很复杂，而且在级联这块的配置更复杂一些。之后再次重新考虑数据库框架时写个demo来尝试一下这块。
LiteOrm虽然名气不大，但是真的很方便，对model类没有限制，级联操作也很方便，效率上和GreenDao差一点也真的可以忽略了。所有目前个人选择使用LiteOrm，也分享给大家。可惜的是LiteOrm没有gradle引入。
本文相关代码在：GitHub LiteOrmLearn
本文的相关代码在上面，另外官方的samples是eclipse版的，我完全移到as上了。
希望本文能对你有帮助。另外，真的希望Realm能更好，毕竟1.0.0 release已经出来了。
参考：
- 这篇文字很好，之前大量看不懂的全在这篇文章找到了解释
Android 快速开发系列之数据库篇（LiteOrm)
- w3c SQL教程
SQL教程
SQLite菜鸟教程
- 一些知识点
数据关系
联合唯一
Collate讲解
ON CONFLICT子句