ORM即Object-Relational Mapping，对象关系映射。简单理解就是把我们Java的对象与数据库里面的记录进行映射，可以把实体对象持久化到数据库中，也能把查询到的记录映射成Java对象。ORM让我们彻底解放，一点也不需要再去编写冗长晦涩的Sql语句，一切都是通过框架去做，不得不说是程序员的一大福音。

ORM框架实现的原理其实也很简单，就是利用Java的反射机制把对象和数据库记录映射关联起来。比如存储的时候，是把对象的属性取出来作为记录的属性值进行插入；而查询的时候则是把查询条件自动构建成一条Sql语句，把查询到的结果集转成对象列表。J2EE有ibatis，Hibernate框架，我们Android也有GreenDAO，ormlite，xUtils，AFinal等。它们的实现原理都一样，不同的也只是细节方面的处理。如果兴趣的同学，推荐阅读下ActiveAndroid的源码。Reading the fucking code!

以前写过介绍xUtils的系列文章，其中的FinalDb模块就是一个ORM框架，也是我工作中常用的。今天我们介绍的ActiveAndroid的API也是相当的简单友好，而且功能一样的强大。ActiveAndroid简洁的API给人一种用起来很舒服的感觉，今天主要是介绍下关于CRUD的简单使用。

一、初始化

有两种方式，一种是配置AndroidManifest的application的name属性，同时在meta-data标签中可选的配置db的name和version；二是在自己的Application类中继承ActiveAndroid的Application；前两种方式入侵性太强，还有一种只需在自定义的Application中静态的注入两个方法即可。

二、定义实体类

实体类需继承Model，可自定义表名和属性对应的字段名

三、插入

可以实现单条数据插入，也可以批量插入，同时也支持事务。

四、删除

支持基于引用的单条记录删除，也支持根据条件进行批量删除。

五、更新

自Model中继承来的save方法，不仅可以进行insert、还可以update；同时也能基于条件进行批量的更新。

六、查询

ActiveAndroid的查询API基本与sql语句的关键字一致，比较友好。这点和xUtils是一样的

写在最后：ORM框架使用起来确实是很方便的，给我们编码提高了效率，但是也有着致命弊端。前面我们也介绍了ORM的实现的原理是Java的反射机制，反射有个缺点，就是会造成效率不高、耗时较长的现象。当有数据批量操作的时候，会把耗时加长好几倍。所以当遇到业务中有很多的记录要处理的时候，就不推荐大家使用框架了，还是老老实实的写比较靠谱。今天干货分享到此为止，希望可以帮助到大家。

如果觉得对你有所帮助，欢迎大家订阅我的微信公众账号——Android干货分享(ID：android_share)。下面是微信的二维码，为你提供及时高质的Android干货。