我操作数据库一直都是先查询再判断是更新还是插入。刚才看到一个兄弟的文章,发现1.50版本郭婶就增加了一个saveOrUpdate()方法,而我现在用的是3.0入口在这:LitePal 1.5.0版本发布,你想要的都在这里
咱也可以顺便看看3.0的新特性:Android数据库高手秘籍(十),如何在Kotlin中更好地使用LitePal
Github的文档也很重要
/**
* 保存模板数据
*
* @param demo 模板
*/
public boolean saveDemo(ExperimentEntity demo) {
if (demo == null) {
return false;
}
List demoList = LitePal.where("expId= ? and isExperiment= ?", demo.getExpId(), "0").find(ExperimentEntity.class);
boolean result = false;
if (demoList.isEmpty()) {
//不存在做插入操作
result = demo.save();
} else {
//已经存在做更新操作
int affectedRows = demo.updateAll("expId = ? and isExperiment= ?", demo.getExpId(), "0");
if (affectedRows > 0) {
result = true;
}
}
return result;
}
/**
* 保存模板数据
*
* @param demo 模板
*/
public boolean saveDemo(ExperimentEntity demo) {
if (demo == null) {
return false;
}
//一行代码搞定
boolean result = demo.saveOrUpdate("expId = ? and isExperiment= ?", demo.getExpId(), "0");
return result;
}
很酷。其实用原来的方式也没事,我们一行代码搞定了就意味着郭婶的方法里要增加判断了。反正不是我们判断就是郭婶判断。
这一段主要参考上文说过的兄弟的文章:LitePal异步操作数据库
在这之前,使用LitePal操作数据库默认都是在主线程进行的,如果你想在子线程中进行数据库操作则需要自己创建线程才行。
事实上,Android官方是建议将所有的数据库操作都放在子线程中进行的。但是我们大多数情况下可能都不会这么做,因为数据库操作一般都很快,即使在主线程中执行也基本不会影响到界面元素。因此,LitePal之前的版本中也是一直都没有加入异步操作数据库这个功能。
但是凡事都有例外,如果你需要对大量的数据进行操作,比如从数据库中读取几千甚至上万条记录,这个时候如果还放在主线程中操作显然就不是一个明智的选择,因此异步操作数据库还是有它适用的场景的。
也是听了很多朋友的建议,于是我开始设计异步操作数据库这个功能。在设计的时候,我要充分考虑到它的易用性,因为我希望可以让原本就已经了解LitePal用法的开发者们立即就能上手这个新功能,而不需要付出什么额外的学习成本。
经过了长时间的思考,我给LitePal中所有的CRUD方法都加入了一个Async的副本方法。什么意思呢?比如说原来有一个find()方法,现在就会多出一个findAsycn()方法,原来有一个save()方法,现在就会多出一个saveAsync()方法。如果你想要进行异步数据库操作的时候,只要去调用原API相对应的Async副本方法就可以了。
但是由于异步操作的内部会开启线程,因此这类方法都是无法返回值的,那么异步操作的结果就只能依靠回调来完成。所以,我又给每一个Async副本方法的后面添加了一个listen()方法,专门用于监听异步操作的结果。
另外还有一点需要说明,虽然Async方法内部会开启子线程,但是所有异步操作回调到onFinish()方法之后都会切回到主线程。也就是说,大家可以直接在这里进行UI操作,弹出Toast提示等等,而不需要自己再进行一次线程切换了。这也是LitePal为了方便大家开发又做出的一些优化。
所以刚刚的saveDemo方法加上Async,就是异步操作方法saveOrUpdateAsync。我这里成功之后回调使用的是传过来的listener,即通过接口通知外面。你也可以使用EventBus之类的其他方式。
/**
* 保存模板数据
*
* @param demo 模板
*/
public void saveDemoAsync(ExperimentEntity demo, DBListener listener) {
if (demo == null) {
return;
}
demo.saveOrUpdateAsync("expId = ? and isExperiment= ?", demo.getExpId(), "0").listen(new SaveCallback() {
@Override
public void onFinish(boolean success) {
//onFinish方法在主线程执行
listener.onCallback(success);
}
});
}
补:更新
//LitePal.update();
//LitePal.updateAll();
//LitePal.updateAsync();
//LitePal.updateAllAsync();
ContentValues contentValues = new ContentValues();
contentValues.put("name", Name);
contentValues.put("address", Address);
LitePal.updateAsync(SqliteDemo.class,contentValues,Id).listen(new UpdateOrDeleteCallback() {
@Override
public void onFinish(int rowsAffected) {
List all = LitePal.findAll(SqliteDemo.class);
mAdapter.setNewData(all);
}
});
贴一下知乎大佬关于Litepal的评价,当然是16年的,有点看不懂。下个项目我试试GreenDao?DBFlow?
关于注解,看这位大兄弟写的,简单易懂,明明白白
贴一下dbflow的github:https://github.com/Raizlabs/DBFlow