使用spring data jpa面向对象的动态查询比较mybatis的标签式查询方式

引言：
为什么我会想记录他们两个的区别呢？就是再最近的项目中我们使用jpa重构了之前Hibernate的项目，刚开始我是主张使用mybatis的，因为之前我感觉jpa比较鸡肋啊（手动狗头）！因为使用jpa写动态sql查询的是非常的难受，不如mybatis的标签来的直接，也感觉使用代码去写动态查询也是比较难受的，无法下手的感觉，难道就我这种感觉吗？后来研究了使用jpa去写动态sql，嗨!没想到效果出奇的好，估计是我们对未知的事物都莫名的恐惧吧！希望自己以后对自己的无知不要保持愚蠢地固执偏见吧！与君共勉！

​ 众所周知，使用mybatis写动态sql的时候，使用mybatis的标签就可以很快的写出很好理解的动态sql，比如：

等。容易理解并且也很好写。在此也不再多说，下面介绍使用jpa写动态查询（尽管使用@Query注解利用sql自带的if等判断也可以写出动态sql，但是复杂不说也很容易出错）。

​ 使用jpa写操作数据库的可以很好的切合面向对象的方式操作数据库，也更加符合Java的面向对象的思想。但是当使用jpa写动态的sql的时候如果使用@Query或者使用自定义的方法去定义的时候也是和吃力的，当然jpa也提供了很好的面向对象的动态sql。主要类和方法就是findAll()方法和Predicate类。下面看例子：

public find(){
    //使用jpa的findAll方法，传入的是一个lamda表达式（参数分别是：root-当前的数据库对于的实体，query-jpa的查询实例，criteriaBuilder-jap的查询所谓 标准生成器
     Page page = agentRepo.findAll((root, query, criteriaBuilder) -> {
         //定义一个泛型为Predicate列表
        ArrayList predicates = new ArrayList<>();
         //将criteriaBuilder生成的查询语句加入到predicates
        predicates.add(criteriaBuilder.notEqual(root.get("agentState"), 		                                                                  Long.valueOf(Constants.USER_STATE_DELETE)));
         //这里就可以动态的去设置predicates的值，实现动态查询
         //使用模糊查询
        if (!StringUtil.isNullString(agentDto.getLoginId())) {
            predicates.add(criteriaBuilder.like(root.get("loginId"), "%" + agentDto.getLoginId() + "%"));
        }
        if (!user.getUserDegree().equals(Constants.UserDegree.GROUP_LEVEL1)) {
            predicates.add(criteriaBuilder.notEqual(root.get("userId"), user.getId()));
        }
         //使用predicates列表生产的Restriction(所谓限制，就是查询条件即拼接好的动态sql)
        return query.where(predicates.toArray(new Predicate[predicates.size()])).getRestriction();
    }, pageable);//最后这个pageable可以加也可以不加，顾名思义就是分页的，它是PageRequest类生成的
    return page.getContent();//查询的list数组
}
   

常用的使用jpa动态的条件查询就是这种模式，注解也很清楚。值得注意的是，这不比mybatis的香？？？