`
aiou
  • 浏览: 194720 次
  • 性别: Icon_minigender_1
  • 来自: 苏州
社区版块
存档分类
最新评论

Querydsl有趣的通用查询框架

    博客分类:
  • java
阅读更多
说起Querydsl这里不得不提及一些目前Java开源界十分火爆的框架,例如Hibernate。随着Hibernate中Criteria查询的普及似乎越来越多的朋友喜欢以API的方式来构建SQL查询了(笔者周围的很多朋友都是如此,貌似因为方便重构所以才这样,不过某些时候性能是个问题),当然这并不是说HQL不受欢迎,恰恰相反,在一些需要较高性能的地方无论是HQL还是SQL都十分受欢迎,也是较Criteria更加高效的手段之一。但无论是Criteria还是HQL在大量编写之后猛然转型回SQL查询,很多朋友都感觉到相当的不适应,至少笔者在使用Hibernate 5年之后感觉的确如此。

  该Querydsl登场了,今天笔者带来的是一款名为Querydsl的通用查询框架。与Hibernate等ORM工具不同的是,Querydsl仅仅是一个通用的查询框架,之专注于通过Java API构建类型安全的SQL查询。Querydsl可以通过一组通用的查询api为用户构建出适合不同类型ORM框架或者是SQL的查询语句。也就是说 Querydsl是基于各种ORM框架以及SQL至上的一个通用的查询框架。借助Querydsl可以在任何支持的ORM框架或者SQL平台上以一种通用的API方式来构建查询。目前Querydsl支持的平台包括JPA,JDO,SQL,Java Collections,RDF,Lucene,Hibernate Search。

说说Querydsl的优势吧:

   1. Querydsl支持代码自动完成,因为才纯Java API编写查询,因此主流Java IDE对起的代码自动完成功能支持几乎可以发挥到极致(因为是纯Java代码,所以支持很好)
   2. Querydsl几乎可以避免所有的SQL语法错误(当然用错了Querydsl API除外,因为不写SQL了,因此想用错也难)
   3. Querydsl采用Domain类型的对象和属性来构建查询,因此查询绝对是类型安全的,不会因为条件类型而出现问题
   4. Querydsl采用纯Java API的作为SQL构建的实现可以让代码重构发挥到另一个高度(这也是Criteria让笔者十分喜爱的主要原因之一)
   5. Querydsl的领一个优势就是可以更轻松的进行增量查询的定义

  说了这么多之后,各位看官是否对Querydsl已经产生了兴趣呢?至少笔者对这个很有创意的小工具十分感兴趣,因此笔者在使用HQL构建查询的时候也曾经试图编写一个简单的查询条件构造器。现在看来Querydsl不但已经实现了笔者的想法而且其高度远在笔者至上了。不过Querydsl虽然好也需要开发团队对起使用进行一定的考量。

    * 首先Querydsl并不使用现有的任何POJO进行查询构建,而是根据现有的配置生成对应的Domain Model进行查询构建,因此对于使用Hibernate的朋友回多出一组Model来
    * 其次开发团队需要熟悉和了解Querydsl API,或者这不是一个十分漫长的过程,但毕竟需要学习成本,对于一个使用成熟框架的开发团队而言,这些是否需要。

  不过对于笔者来说Querydsl带来的并不仅仅是使用上的方便,更是对查询理念上的一个改观,同时也是对目前各种ORM框架查询语言的一个升华吧。可能每个ORM框架无论是Hibernate还是EJB或者JDO都有着自己的一套查语言和语法的解析,笔者也觉得他们做的足够好,但如果想使用相同的语法风格在不同的ORM框架上进行操作呢?或者Querydsl会给出我们一个更好的解决方案吧。

想了解更多关于Querydsl的内用可以去官方网址看看,官方的文档还是很不错的说。

from:http://xiexiejiao.cn/java/querydsl-1-9-5-release-download.html
分享到:
评论
1 楼 ywbrj042 2013-08-29  
互联网项目用处不大

相关推荐

Global site tag (gtag.js) - Google Analytics