计划生育奖励扶助政策,刘迎霞怎么了,东北牛
前言
自 jpa 伴随 java ee 5 发布以来，受到了各大厂商及开源社区的追捧，各种商用的和开源的 jpa 框架如雨后春笋般出现，为开发者提供了丰富的选择。它一改之前 ejb 2.x 中实体 bean 笨重且难以使用的形象，充分吸收了在开源社区已经相对成熟的 orm 思想。另外，它并不依赖于 ejb 容器，可以作为一个独立的持久层技术而存在。目前比较成熟的 jpa 框架主要包括 jboss 的 hibernate entitymanager、oracle 捐献给 eclipse 社区的 eclipselink、apache 的 openjpa 等。
java持久化规范，是从ejb2.x以前的实体bean(entity bean)分离出来的，ejb3以后不再有实体bean，而是将实体bean放到jpa中实现。jpa是sun提出的一个对象持久化规范，各javaee应用服务器自主选择具体实现，jpa的设计者是hibernate框架的作者，因此hibernate作为jboss服务器中jpa的默认实现，oracle的weblogic使用eclipselink(以前叫toplink)作为默认的jpa实现，ibm的websphere和sun的glassfish默认使用openjpa(apache的一个开源项目)作为其默认的jpa实现。
jpa的底层实现是一些流行的开源orm(对象关系映射)框架，因此jpa其实也就是java实体对象和关系型数据库建立起映射关系，通过面向对象编程的思想操作关系型数据库的规范。
spring 框架对 jpa 的支持
spring 框架对 jpa 提供的支持主要体现在如下几个方面：
spring data jpa 更简洁
spring data jpa 框架，主要针对的就是 spring 唯一没有简化到的业务逻辑代码，至此，开发者连仅剩的实现持久层业务逻辑的工作都省了，唯一要做的，就只是声明持久层的接口，其他都交给 spring data jpa 来帮你完成！
下面就来了解spring data jpa。
1.下载需要的包。
需要先 下载spring data jpa 的发布包（需要同时下载 spring data commons 和 spring data jpa 两个发布包，commons 是 spring data 的公共基础包），并把相关的依赖 jar 文件加入到 classpath 中。
2.让持久层接口 dao（以userdao） 继承 repository 接口。
该接口使用了泛型，需要为其提供两个类型：第一个为该接口处理的域对象类型，第二个为该域对象的主键类型。 如下：
spring data jpa 风格的持久层接口：
我要评论
public interface userdao extends repository<accountinfo, long> {
public accountinfo save(accountinfo accountinfo);
}
不需要userdao的实现类，框架会为我们完成业务逻辑。
3.在 spring 配置文件中启用扫描并自动创建代理的功能。
<-- 需要在 <beans> 标签中增加对 jpa 命名空间的引用 --> <jpa:repositories base-package="footmark.springdata.jpa.dao" entity-manager-factory-ref="entitymanagerfactory" transaction-manager-ref="transactionmanager"/>
4.测试代码。
public interface userdao extends repository<accountinfo, long> {
public accountinfo save(accountinfo accountinfo);
// 你需要做的，仅仅是新增如下一行方法声明
public accountinfo findbyaccountid(long accountid);
}
5.总结
使用 spring data jpa 进行持久层开发大致需要的三个步骤：
1.声明持久层的接口，该接口继承 repository，repository 是一个标记型接口，它不包含任何方法，当然如果有需要，spring data 也提供了若干 repository 子接口，其中定义了一些常用的增删改查，以及分页相关的方法。
2.在接口中声明需要的业务方法。spring data 将根据给定的策略来为其生成实现代码。
3.在 spring 配置文件中增加一行声明，让 spring 为声明的接口创建代理对象。配置了 <jpa:repositories> 后，spring 初始化容器时将会扫描 base-package 指定的包目录及其子目录，为继承 repository 或其子接口的接口创建代理对象，并将代理对象注册为 spring bean，业务层便可以通过 spring 自动封装的特性来直接使用该对象。
此外，<jpa:repository> 还提供了一些属性和子标签，便于做更细粒度的控制。可以在 <jpa:repository> 内部使用 <context:include-filter>、<context:exclude-filter> 来过滤掉一些不希望被扫描到的接口。
接口继承
持久层接口继承 repository 并不是唯一选择。repository 接口是 spring data 的一个核心接口，它不提供任何方法，开发者需要在自己定义的接口中声明需要的方法。与继承 repository 等价的一种方式，就是在持久层接口上使用 @repositorydefinition 注解，并为其指定 domainclass 和 idclass 属性。如下两种方式是完全等价的：
两种等价的继承接口方式示例：
public interface userdao extends repository<accountinfo, long> { …… }
@repositorydefinition(domainclass = accountinfo.class, idclass = long.class)
public interface userdao { …… }
1.如果持久层接口较多，且每一个接口都需要声明相似的增删改查方法，直接继承 repository 就显得有些啰嗦，这时可以继承 crudrepository，它会自动为域对象创建增删改查方法，供业务层直接使用。开发者只是多写了 "crud" 四个字母，即刻便为域对象提供了开箱即用的十个增删改查方法。
2.使用 crudrepository 也有副作用，它可能暴露了你不希望暴露给业务层的方法。比如某些接口你只希望提供增加的操作而不希望提供删除的方法。针对这种情况，开发者只能退回到 repository 接口，然后到 crudrepository 中把希望保留的方法声明复制到自定义的接口中即可.
3.分页查询和排序是持久层常用的功能，spring data 为此提供了 pagingandsortingrepository 接口，它继承自 crudrepository 接口，在 crudrepository 基础上新增了两个与分页有关的方法。但是，我们很少会将自定义的持久层接口直接继承自 pagingandsortingrepository，而是在继承 repository 或 crudrepository 的基础上，在自己声明的方法参数列表最后增加一个 pageable 或 sort 类型的参数，用于指定分页或排序信息即可，这比直接使用 pagingandsortingrepository 提供了更大的灵活性。
4.jparepository 是继承自 pagingandsortingrepository 的针对 jpa 技术提供的接口，它在父接口的基础上，提供了其他一些方法，比如 flush()，saveandflush()，deleteinbatch() 等。如果有这样的需求，则可以继承该接口。
查询方式
1.通过解析方法名创建查询
框架在进行方法名解析时，会先把方法名多余的前缀截取掉，比如 find、findby、read、readby、get、getby，然后对剩下部分进行解析。并且如果方法的最后一个参数是 sort 或者 pageable 类型，也会提取相关的信息，以便按规则进行排序或者分页查询。
在查询时，通常需要同时根据多个属性进行查询，且查询的条件也格式各样（大于某个值、在某个范围等等），spring data jpa 为此提供了一些表达条件查询的关键字，大致如下：
2.使用 @query 创建查询
@query 注解的使用非常简单，只需在声明的方法上面标注该注解，同时提供一个 jp ql 查询语句即可，如下所示：
public interface userdao extends repository<accountinfo, long> {
@query("select a from accountinfo a where a.accountid = ?1")
public accountinfo findbyaccountid(long accountid);
@query("select a from accountinfo a where a.balance > ?1")
public page<accountinfo> findbybalancegreaterthan(
integer balance,pageable pageable);
}
很多开发者在创建 jp ql 时喜欢使用命名参数来代替位置编号，@query 也对此提供了支持。jp ql 语句中通过": 变量"的格式来指定参数，同时在方法的参数前面使用 @param 将方法参数与 jp ql 中的命名参数对应，示例如下：
public interface userdao extends repository<accountinfo, long> {
public accountinfo save(accountinfo accountinfo);
@query("from accountinfo a where a.accountid = :id")
public accountinfo findbyaccountid(@param("id")long accountid);
@query("from accountinfo a where a.balance > :balance")
public page<accountinfo> findbybalancegreaterthan(
@param("balance")integer balance,pageable pageable);
}
此外，开发者也可以通过使用 @query 来执行一个更新操作，为此，我们需要在使用 @query 的同时，用 @modifying 来将该操作标识为修改查询，这样框架最终会生成一个更新的操作，而非查询。如下所示：
@modifying
@query("update accountinfo a set a.salary = ?1 where a.salary < ?2")
public int increasesalary(int after, int before);
3.通过调用 jpa 命名查询语句创建查询
命名查询是 jpa 提供的一种将查询语句从方法体中独立出来，以供多个方法共用的功能。spring data jpa 对命名查询也提供了很好的支持。用户只需要按照 jpa 规范在 orm.xml 文件或者在代码中使用 @namedquery（或 @namednativequery）定义好查询语句，唯一要做的就是为该语句命名时，需要满足”domainclass.methodname()”的命名规则。假设定义了如下接口：
public interface userdao extends repository<accountinfo, long> {
......
public list<accountinfo> findtop5();
}
如果希望为 findtop5() 创建命名查询，并与之关联，我们只需要在适当的位置定义命名查询语句，并将其命名为 "accountinfo.findtop5"，框架在创建代理类的过程中，解析到该方法时，优先查找名为 "accountinfo.findtop5" 的命名查询定义，如果没有找到，则尝试解析方法名，根据方法名字创建查询。
spring data jpa 对事务的支持
默认情况下，spring data jpa 实现的方法都是使用事务的。针对查询类型的方法，其等价于 @transactional(readonly=true)；增删改类型的方法，等价于 @transactional。可以看出，除了将查询的方法设为只读事务外，其他事务属性均采用默认值。
如果用户觉得有必要，可以在接口方法上使用 @transactional 显式指定事务属性，该值覆盖 spring data jpa 提供的默认值。同时，开发者也可以在业务层方法上使用 @transactional 指定事务属性，这主要针对一个业务层方法多次调用持久层方法的情况。持久层的事务会根据设置的事务传播行为来决定是挂起业务层事务还是加入业务层的事务。具体 @transactional 的使用可以参考spring的参考文档。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
浅析我对 String、StringBuilder、StringBuffer 的理解
使用IDEA搭建SSM框架的详细教程(spring + springMVC +MyBatis)
Springboot整合freemarker 404问题解决方案
引入mybatis-plus报 Invalid bound statement错误问题的解决方法
网友评论