强大的数据库ORM框架-GreenDao项目构建篇(Eclispe平台)

强大的数据库ORM框架-GreenDao项目构建篇(Eclispe平台)


   作者:

    蒋东国

  时间:

    2016年11月9日 星期三

  应用来源:

    hqt APP (测试机型:华为荣耀4X,Samsung Note4)                 

  博客地址:

    http://blog.csdn.net/andrexpert/article/details/53105297

      

       情景再现:“最近有个项目需要数据库升级,看了下项目源码使用的是GreenDao开源框架。由于之前没有接触过,就打算在网上找些资料了解下,但找了半天发现大部分都是蜻蜓点水似的介绍了下,有点甚至就直接贴官方Demo,并且基本上都是介绍AndroidSudio平台的。经过对GreenDao框架了解,发现确实是个非常不错的项目,算是主流的数据库ORM框架中较好的。经过一方摸索,我发现这个框架表面上看起来很复杂,但是只要你把从项目构建、API使用的流程走一边之后就很容易上手了。出于学习和总结的目的,也方便其他当初像我一样的刚接触的人能够快速入手,打算写几篇文章以形成一个系列,虽然不是很深,但是自己会不断的进行深入的理解和使用,同时也会更新博客以记录之。”

 GreenDAO是一个轻量、快速的Android SQLite对象关系映射(ORM,Object RelationalMapping)数据库解决方案,它帮助开发者能够快速地将Java对象映射到SQLite数据库的表单中,并借助相关的API和Java对象实现对SQLite数据库进行增删改查。通俗来说,GreenDAO就是一个SQLite数据库操作开源框架,通过这个框架能够自动生成与数据库操作相关的实体层(Entity)和DAO层,从而使得开发者无需再去写大量的数据库操作相关的代码,如创建SQLiteHelper、编写DAO层、对Cursor操作等。示意图如下:

 

1.项目框架

(1)   DaoCore

GreenDAO内核程序,是一个Java程序,为最后项目中依赖的库。

(2) DaoGenerator

实体(Entity)和DAO层代码生成器(Java项目)

(3) DaoExample                           

使用GreenDAO Demo(Android)

(4) DaoExampleGenerator

代码生成器Demo(Java项目)

(5) DaoTest

测试Demo(Android项目)

(6) DaoTestGenerator

代码生成器测试Demo(Java项目)

        源码下载地址: https://github.com/greenrobot/greenDAO

2.构建Eclipse Android DAO项目

 GreenDAO框架的使用关键在于两个方面:一是新建一个Java项目并依赖DaoGenerator生成与数据库表相对应的实体类和DAO层代码,二是新建Android项目并依赖DaoCore项目。

经过一番摸索,这里我提供两种方式来构建基于Eclipse平台的GreenDAO应用项目:在Java项目和Android项目中分别引入DaoGenerator.jar&freemarker.jar包和DaoCore.jar包;手动构建DaoGenerator项目和DaoCore项目,并将其作为新建Java项目和Android项目的依赖。

  首先,来个最简单的,在新建Java项目和Android项目直接引入jar包。

  (1)新建Android项目,将DaoCore-1.3.0.jar、sqlcipher.jar拷贝到libs目录即可。

(2)新建Java项目并添加libs目录,将freemarker.jar、greendao-generator-2.1.0.jar拷贝至该目录,再通过”Java Build Path->Libraries->Add JARs”方法导入jar包。

         

  创建DaoDemoGenerator工程的目的就是生成Android项目所需的实体类和DAO层,因此,DaoDemoGenerator.java的作用就是指定生成代码的存放路径、实体类和DAO层代码所属包名以及创建与数据库表相对应的实体类及其属性等。现在我们就参照GreenDAO项目中的DaoExampleGenerator示例,来创建DaoDemoGenerator.java,代码如下:

/**
 *@dscrible Java项目,用于生成Android项目所需的实体和DAO层
 *
 * Created by jiangdongguo on 2016-11-7 下午10:15:13
 */
public class DaoDemoGenerator {
	public static void main(String[] args) throws IOException, Exception {
		//设置实体类包名,其中com.example.greendaodemo1是Android项目包名
		Schema schema = new Schema(1, "com.example.greendaodemo.bean");
		//设置DAO层包名
		schema.setDefaultJavaPackageDao("com.example.greendaodemo.dao");
		//创建三个与数据库表相对应的实体类
		addNote(schema);
		//生成代码后存放的路径,GreenDaoDemo是Android项目
		new DaoGenerator().generateAll(schema, "../GreenDaoDemo1/src");
	}
	
	private static void addNote(Schema schema){
		//实体类
		Entity personInfo = schema.addEntity("PersonInfo");
		//添加id属性
		personInfo.addIdProperty();
		//依次添加name、age、sex、phone、address属性
		personInfo.addStringProperty("name").notNull();
		personInfo.addIntProperty("age");
		personInfo.addStringProperty("sex").notNull();
		personInfo.addIntProperty("phone");
		personInfo.addStringProperty("address").notNull();
		
		//实体类
		Entity carInfo = schema.addEntity("CarInfo");
		//添加id属性
		carInfo.addIdProperty();
		//依次添加brand属性
		carInfo.addStringProperty("brand").notNull();
		carInfo.addStringProperty("model");
		carInfo.addIntProperty("price").notNull();
		carInfo.addStringProperty("date");
		carInfo.addStringProperty("place").notNull();
		
		//实体类
		Entity workInfo = schema.addEntity("WorkInfo");
		//添加id属性
		workInfo.addIdProperty();
		workInfo.addStringProperty("company").notNull();
		workInfo.addStringProperty("address").notNull();
		workInfo.addIntProperty("number");
	}
}

  执行运行DaoDemoGenerator工程(Run As->Java Application),即可在Android项目中生成如下文(需F5刷新Android项目,且该项目是已经先存在的):


   DaoMaster:可理解为DAO管理员,它保存了SQliteDatabase对象以及操作DAO Classes,并提供了一些创建和删除table的静态方法,其内部类OpenHelper和DevOpenHelper实现了SQLiteOpenHelper并创建数据库的框架。

  DaoSession:会话层。用于获得能够操作数据库的xxxDao对象,如PersonInfoDao。

  PersonInfoDao等:生成器生成的DAO类,具有更多的权限和方法来操作数据库元素。也就是说,我们对数据库 PersonInfo表的增删改查方法都应该在这个类中实现。

  PersonInfoEntity等:持久的实体对象,即bean目录下的实体类,可理解为用于封装与数据库PersonInfo表字段对应的相关属性。

其次,来个复杂点的,手动导入DaoGenerator项目和GreenDao项目。

  由于DaoGenerator项目、DaoCore是在AndroidStudio使用gradle构建,目前无法直接将其导入到Eclipse中,我们需要手动导入这两个项目。

 (1)手动导入DaoGenerator项目到Eclipse。创建一个Java项目,将src和src-template目录拷贝到项目中,并引入freemarker.jar包。

        

  (2)新建一个Java项目作为Android项目的代码生成器,并依赖于DaoGenerator,可通JavaBuild Path->Projects->DaoGenerator实现。

                     

 然后,我们再在该Java项目src目录中创建DaoDemoGenerator类(类名自定义),用于生成所需的实体和DAO层代码。

/**
 *@dscrible Java项目,用于生成Android项目所需的实体和DAO层
 *
 * Created by jiangdongguo on 2016-11-7 下午10:15:13
 */
public class DaoDemoGenerator {
	public static void main(String[] args) throws IOException, Exception {
		//设置实体类包名
		Schema schema = new Schema(23, "com.example.greendaodemo1.bean");
		//设置DAO层包名
		schema.setDefaultJavaPackageDao("com.example.greendaodemo1.dao");
		//定义实体类
		addNote(schema);
		//生成代码后存放的路径
		new DaoGenerator().generateAll(schema, "../GreenDaoDemo1/src");
	}
	
	private static void addNote(Schema schema){
		//实体类
		Entity personInfo = schema.addEntity("PersonInfo");
		//添加id属性
		personInfo.addIdProperty();
		//依次添加name、age、sex、phone、address属性
		personInfo.addStringProperty("name").notNull();
		personInfo.addIntProperty("age");
		personInfo.addStringProperty("sex").notNull();
	} 

  注:实际上,这里的代码与上面所述的一样的,只是方便再次理解。

 (3)手动导入DaoCore项目到Eclipse。创建一个Android项目,并将包名命名为” org.greenrobot.greendao”,然后再将GreenDAO项目中的DaoCore里greendao的所有源码拷贝到包里,最后分别将sqlcipher.jar、rxjava-1.0.10.jar引入到该Android项目中。其中,还需要将GreenDAO项目源码中的..\greenDAO-master\greendao-api目录下的annotation、converter目录源码拷贝到包中,否则会报错。

          

 (4)新建一个Android项目,并依赖于DaoCore工程,可通过Java Build Path->Projects->DaoCore实现。

                    

最后的话:“(1)表面上看方法二有点复杂,其实就是“2个Java项目,2个Android项目”的问题。“2个Java项目”,其一是为了导入GreenDAO框架的生成器核心源码,它将作为依赖库存在;其二是为了生成最终与数据库对应的实体和DAO层代码。“2个Android项目”,其一是为了导入GreenDAO框架的DaoCore核心源码,它将作为依赖库;其二就是我们自己将要开发的Android应用项目。 (2)GreenDao项目是一个非常优秀的数据库ORM框架,除了拥有高性能、低消耗、易于使用的APIs等优点,它对有关数据库的操作进行了深度封装,且是完全面向对象的。也就是说,你基本可以不与SQL语句打交到就可以非常方便、简单地实现对数据库的操作,当然,前提是你要熟悉如何去驾驭它~  ”

 

关于资料与Demo

GreenDao官方文档:http://greenrobot.org/greendao/

GreenDAO源码:https://github.com/greenrobot/greenDAO

GreeDao相关jar包:

*  greendao-generator.jar:http://search.maven.org/#search%7Cga%7C1%7Ca%3A%22greendao-generator%22

*  rxjava.jar:https://jcenter.bintray.com/io/reactivex/rxjava/1.0.10/rxjava-1.0.10.jar

*  freemarker.jar:http://freemarker.incubator.apache.org/

*  DaoCore-1.3.0.jar:http://search.maven.org/#search%7Cga%7C1%7Ca%3A%22DaoCore%22

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ef-orm A Simple OR-Mapping framework on multiple databases. 使用手册(中文)http://geequery.github.io/ef-orm/manual/EF-ORM-user-guide.docx  使用示例工程 https://github.com/GeeQuery/ef-orm/tree/master/orm-tutorial EF-ORM是一个轻量,便捷的Java ORM框架。并且具备若干企业级的应用特性,如分库分表、JTA事务等。 代码生成插件for eclipse(请在eclipse中Help/Install new software后输入地址并安装)http://geequery.github.io/plugins/1.3.x/特点一 EF的设计的一个主要目的是提高开发效率,减少编码工作,让开发者“零配置”“少编码”的操作数据库大部分功能。 例如:数据库查询条件的传入问题是所有ORM框架都不能回避的一个问题,所以我经常在想——既然我们可以用向DAO传入一个Entity来实现插入操作,为什么就不能用同样的方法来描述一个不以主键为条件的update/select/delete操作?为什么DAO的接口参数老是变来变去?为什么很多应用中,自行设计开发类来描述各种业务查询条件才能传入DAO?为什么我们不能在数据访问层上花费更少的时间和精力?   JPA1.0和早期的H框架,其思想是将关系型数据库抽象为对象池,这极大的限制了本来非常灵活的SQL语句的发挥空间。而本质上,当我们调用某H框架的session.get、session.load、session.delete时,我们是想传递一个以对象形式表达的数据库操作请求。只不过某H框架要求(并且限制)我们将其视作纯粹的“单个”对象而已。JPA 2.0为了弥补JPA1.0的不足,才将这种Query的思想引入为框架中的另一套查询体系——Criteria API。事实上针对单个对象的get/load/persist/save/update/merge/saveOrUpdate API和Criteria API本来就为一体,只不过是历史的原因被人为割裂成为两套数据库操作API罢了。   因此,对于关系型数据库而言——Entity和Query是一体两面的事物,所谓Query,可以包含各种复杂的查询条件,甚至可以作为一个完整的SQL操作请求的描述。为此,EF彻底将Entity和Query绑在了一起。这种思想,使得—— 开发人员需要编写的类更少。开发人员无需编写其他类来描述复杂的SQL查询条件。也无需编写代码将这些查询条件转换为SQL/HQL/JPQL。DAO层也不会有老要改来改去的接口和API,几乎可以做到零编码。 对单个对象进行CRUD的操作API现在和Criteria API合并在一起。Session对象可以直接提供原本要Criteria API才能提供实现的功能。API大大简化。 IQueryableEntity允许你将一个实体直接变化为一个查询(Query),在很多时候可以用来完成复杂条件下的数据查询。比如 ‘in (?,?,?)’, ‘Between 1 and 10’之类的条件。 xxQL有着拼装语句可读性差、编译器无法检查、变更维护困难等问题,但是却广受开发人员欢迎。这多少有历史原因,也有Criteria API设计上过于复杂的因素。两者一方是极端灵活但维护困难,一方是严谨强大而学习和编写繁琐,两边都是极端。事实上JPA的几种数据查询方式存在青黄不接的问题。选择查询语言xxQL,项目面临后续维护困难,跨数据库移植性差;选择Criteria API,代码臃肿,操作繁琐,很多人望而却步。EF的设计思想是使人早日摆脱拼装SQL/HQL/JPQL的困扰,而是用(更精简易用的)Criteria API来操作数据库。 基于轻量级Criteria API的操作方式,使得对数据库的变更和重构变得非常轻松,解决了SQL语句多对软件维护和移植造成产生的不利影响。 阅读推荐:第3、4章 特点二,将SQL的使用发挥到极致,解决SQL拼凑问题、数据库移植问题 大部分OLTP应用系统到最后都不免要使用SQL/JPQL,然而没有一个很好的方法解决SQL在多种数据库下兼容性的问题。 EF-ORM中采用了独特的SQL解析和改写技术,能够主动检查并确保SQL语句或者SQL片段在各个数据库上的兼容性。 EF中除了Criteria API以外,可以直接使用“SQL语句”或者“SQL片段”。但是这些SQL语句并不是直接传送给JDBC驱动的,而是 有着一个数据库方言层,经过方言层处理的SQL语句,就具备了在当前数据库上正确操作的能力。这相当于提供了一种能跨数据库操作的SQL语言。(E-SQL) E-SQL不但解决了异构数据库的语法问题、函数问题、特殊的写法问题,还解决了动态SQL问题、绑定变量扩展等特性。 对于各种常用SQL函数和运算符,都可以自动转换为当前数据库支持的方言来操作。其函数支持也要多于HQL支持的函数。 阅读推荐:第7、8章 特点三,可能是业界最快的ORM框架. 得益于ASM的动态代码生成技术,部分耗时操作通过动态代码固化为硬编码实现,EF-ORM的大部分操作性能要超过已知的其他框架。 实际性能测试表明,EF的大部分操作都要快于Hiberante和MyBatis, 部分操作速度甚至数十倍于上述框架。 EF在极限插入模式下,甚至刷新了每秒10万条写入的记录。远远超过了其他框架。 一个初步的性能测试:测试代码:http://geequery.github.io/ef-orm/manual/performance-test.rar 测试报告:http://geequery.github.io/ef-orm/manual/performance-compare.docx 阅读推荐:第9、17章 特点四,分库分表 开发过程中参照了Hibernate Shards、Alibaba TDDL、Cobar等框架,也是基于词法分析器来提取SQL参数,并计算路由。 能支持分库维度含糊等场景下的分库分表。以及包括多库多表下的 order by , distinct, group by, having等操作。 阅读推荐:第10章 特点五,常用DDL操作的封装 从数据库元数据访问,到建表,创建约束,创建sequence等各种DDL操作进行了封装,用户无需编写各种SQL,可以直接通过API操作数据库结构。 尤其是ALTER TABLE等修改数据库的语句,各种不同的RDBMS都有较大语法差异。特点六、解决各种跨RDBMS的移植问题 1、DML操作、自增值处理与返回、查询这些不同数据库操作差异很大的东西,都了统一的封装。 2、DDL操作、建表、删表、trunacte,Sequence创建和TABLE模拟Sequence等,都做了支持。 3、对SQL语法操作和函数的改写与支持。其他特性轻量 该框架对应用环境、连接池、 是否为J2EE应用等没有特殊要求。可以和EJB集成,也可与Spring集成,也可以单独使用。整个框架只有两个JAR包,模块和功能都较为轻量。依赖少 整个框架只有三个jar库。间接依赖仅有commons-lang, slf4j等7个通用库,作为一个ORM框架,对第三方依赖极小。简单直接的API 框架的API设计直接面向数据库操作,不绕弯子,开发者只需要数据库基本知识,不必学习大量新的操作概念即可使用API完成各种DDL/DML操作。 最大限度利用编译器减少编码错误的可能性 API设计和元数据模型(meta-model)的使用,使得常规的数据库查询都可以直接通过Criteria API来完成,无需使用任何JPQL/HQL/SQL。可以让避免用户犯一些语法、拼写等错误。JPA2规范兼容 使用JPA 2.0规范的标准注解方式来定义和操作对象。(但整个ORM不是完整的JPA兼容实现)更高的性能 依赖于ASM等静态字节码技术而不是CGlib,使得改善了代理性能;依赖于动态反射框架,内部数据处理上的开销几乎可以忽略。操作性能接近JDBC水平。对比某H开头的框架,在写入操作上大约领先30%,在大量数据读取上领先50%以上。更多的性能调优手段 debug模式下提供了大量性能日志,帮您分析性能瓶颈所在。同时每个查询都可以针对batch、fetchSize、maxResult、缓存、级联操作类型等进行调整和开关,可以将性能调到最优。可在主流数据库之间任意切换 支持Oracle、MySQL、Postgres、MSSQL、GBase、SQLite、HSQL、Derby等数据库。除了API方式下的操作能兼容各个数据库之外,就连SQL的本地化查询也能使之兼容。JMX动态调节 可以用JMX查看框架运行统计。框架的debug开关和其他参数都可以使用JMX动态调整。动态表支持 表结构元数据的API也向用户开放,同时支持在使用过程中,灵活调整映射关系,因此用户可以用API动态的创建表结构的模型,从而实现各种动态类型和表的映射(例如POJO中包含一个Map,用于映射各种动态扩展的字段)企业级特性支持 SQL分析,性能统计,分库分表,Oracle RAC支持,读写分离支持 标签:eform

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值