Spring5参考指南
  • 简介
  • 前言
    • 1. “Spring”代表什么
    • 2. Spring和Spring框架的历史
    • 3. 设计哲学
    • 4. 反馈和贡献
    • 5. 开始
  • 核心技术
    • 1. IoC容器
      • 1.1 IoC容器和Beans介绍
      • 1.2 IoC容器概述
      • 1.3 Bean概述
      • 1.4 依赖
      • 1.5 Bean作用域
      • 1.6 自定义Bean
      • 1.7 Bean的继承
      • 1.8 容器扩展点
      • 1.9 基于注解的容器配置
      • 1.10 类路径扫描和托管组件
      • 1.11 使用JSR 330标准注解
      • 1.12 基于Java的容器配置
      • 1.13 环境抽象
      • 1.14 注册LoadTimeWeaver
      • 1.15 ApplicationContext的其他功能
      • 1.16 BeanFactory
    • 2.资源
      • 2.1介绍
      • 2.2资源接口
      • 2.3内置资源实现
      • 2.4ResourceLoader
      • 2.5ResourceLoaderAware接口
      • 2.6资源作为依赖
      • 2.7应用程序上下文和资源路径
    • 3.验证,数据绑定,和类型转换
      • 3.1使用Spring Validator接口
      • 3.2将代码解析为错误消息
      • 3.3bean操作和BeanWrapper
      • 3.4Spring类型转换
      • 3.5Spring字段格式化
      • 3.6配置全局Date和Time格式
      • 3.7Spring验证
    • 4.SpEL Spring表达式语言
      • 4.1求值
      • 4.2bean定义中的表达式
      • 4.3语言引用
    • 5.Spring AOP
      • 5.1什么是AOP
      • 5.1Spring AOP的能力和目标
      • 5.3AOP代理
      • 5.4@AspectJ 支持
      • 5.5基于Schema的AOP支持
      • 5.6选择要使用的AOP声明样式
      • 5.7混合Aspect类型
      • 5.8代理机制
      • 5.9程序创建@AspectJ代理
      • 5.10在Spring应用程序中使用AspectJ
      • 5.11更多资源
    • 6.Spring AOP APIs
      • 6.1Pointcut API
      • 6.2Advice API
      • 6.3Advisor API
      • 6.4使用ProxyFactoryBean来创建AOP代理
      • 6.5简介的代理定义
      • 6.6使用ProxyFactory创建AOP代理
      • 6.7操作被通知的对象
      • 6.8使用auto-proxy功能
      • 6.9使用TargetSource的实现
      • 6.10定义新的Advice Types
    • 7.Null-safety
    • 8.数据缓存和解码器
    • 9.附录
      • 9.1XML Schemas
      • 9.2创建XML Schemas
  • 测试
    • 1.Spring测试介绍
    • 2.单元测试
      • 2.1Mock Objects
      • 2.2单元测试支持类
    • 3.集成测试
      • 3.1概览
      • 3.2集成测试的目的
      • 3.3JDBC测试支持
      • 3.4注解
      • 3.5Spring TestContext框架
      • 3.6Spring MVC测试框架
      • 3.7WebTestClient
    • 4.更多资源
  • 数据访问
    • 1.事务管理
    • 2.DAO支持
    • 3.JDBC
      • 3.1选择JDBC数据库访问方法
      • 3.2包层次结构
      • 3.3使用JDBC核心类控制基本JDBC处理和错误处理
      • 3.4控制数据库连接
      • 3.5JDBC批处理操作
      • 3.6使用SimpleJdbc
      • 3.7将JDBC操作建模为Java对象
      • 3.8参数和数据值处理的常见问题
      • 3.9嵌入式数据库支持
      • 3.10初始化数据源
    • 4.ORM
      • 4.1Spring ORM介绍
      • 4.2ORM集成的一般注意事项
      • 4.3Hibernate
      • 4.4JPA
    • 5.使用Object-XML映射封装XML
  • Web Servlet
    • 1. Spring Web MVC
      • 1.1 DispatcherServlet
      • 1.2 Filters
      • 1.3 Controllers注解
      • 1.4 URI链接
      • 1.5 异步请求
      • 1.6 CORS
      • 1.7 Web Security
      • 1.8 HTTP Caching
      • 1.9 View技术
      • 1.10 MVC配置
      • 1.11 HTTP/2
    • 2. REST客户端
    • 3. 测试
    • 4. WebSockets
      • 4.1 WebSocket介绍
      • 4.2 WebSocket API
      • 4.3 SockJS Fallback
      • 4.4 STOMP
  • Web Reactive
    • 1.Spring WebFlux
      • 1.1 Overview
      • 1.2 Reactive Core
      • 1.3 DispatcherHandler
      • 1.4 Annotated Controllers
      • 1.5 Functional Endpoints
      • 1.6 URI Links
      • 1.7 CORS
      • 1.8 Web Security
      • 1.9 View Technologies
      • 1.10 HTTP Caching
      • 1.11 WebFlux Config
      • 1.12 HTTP/2
    • 2.WebClient
    • 3.WebSockets
    • 4.测试
    • 5.Reactive库
由 GitBook 提供支持
在本页
  • 4.2.1 资源和事务管理
  • 4.2.2 异常事务

这有帮助吗?

  1. 数据访问
  2. 4.ORM

4.2ORM集成的一般注意事项

本节重点介绍适用于所有ORM技术的注意事项。Hibernate部分提供了更多详细信息,并在具体上下文中显示了这些功能和配置。

Spring的ORM集成的主要目标是清晰的应用程序分层(具有任何数据访问和事务技术)以及松散耦合应用程序对象-不再需要业务服务依赖数据访问或事务处理策略,不再需要硬编码的资源查找,更多难以替换的单例,不再需要自定义服务注册表。目标是采用一种简单且一致的方法来连接应用程序对象,使它们尽可能可重用,并且尽可能不受容器依赖。所有单独的数据访问功能都可以单独使用,但可以与Spring的应用程序上下文概念很好地集成,从而提供基于XML的配置和对不需要Spring感知的纯JavaBean实例的交叉引用。在典型的Spring应用程序中,许多重要的对象是JavaBean,包括:数据访问模板,数据访问对象,事务管理器,使用数据访问对象和事务管理器的业务服务,Web视图解析器,使用业务服务的Web控制器等等。

4.2.1 资源和事务管理

典型的业务应用程序中充斥着重复的资源管理代码。许多项目试图发明自己的解决方案,有时为了编程方便而牺牲了对故障的正确处理。 Spring提倡简单的解决方案来进行适当的资源处理,即通过在JDBC情况下进行模板化以及为ORM技术应用AOP拦截器来实现IoC。

基础结构提供适当的资源处理,并将特定的API异常适当地转换为未经检查的基础结构异常层次结构。 Spring引入了DAO异常层次结构,适用于任何数据访问策略。对于直接JDBC,上一节中提到的JdbcTemplate类提供连接处理以及将SQLException正确转换为DataAccessException层次结构,包括将特定于数据库的SQL错误代码转换为有意义的异常类。对于ORM技术,请参阅下一节以了解如何获得相同的异常转换好处。

在事务管理方面,JdbcTemplate类通过相应的Spring事务管理器挂接到Spring事务支持并支持JTA和JDBC事务。对于受支持的ORM技术,Spring通过Hibernate和JPA事务管理器提供了Hibernate和JPA支持以及JTA支持。有关事务支持的详细信息,请参见事务管理一章。

4.2.2 异常事务

在DAO中使用Hibernate或JPA时,必须决定如何处理持久性技术的本机异常类。根据技术的不同,DAO会抛出HibernateException或PersistenceException的子类。这些异常都是运行时异常,不必声明或捕获。您可能还必须处理IllegalArgumentException和IllegalStateException。这意味着调用者只能将异常视为一般致命的,除非他们想依赖于持久性技术自己的异常结构。如果不将调用者与实现策略联系在一起,则无法捕获特定原因(例如乐观锁定失败)。这种权衡可能对于基于ORM的应用程序或不需要任何特殊异常处理(或两者)都可以接受。但是,Spring允许通过@Repository批注透明地应用异常转换。以下示例(一个用于Java配置,一个用于XML配置)显示了如何执行此操作:

@Repository
public class ProductDaoImpl implements ProductDao {

    // class body here...

}
~~

~~~xml
<beans>

    <!-- Exception translation bean post processor -->
    <bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/>

    <bean id="myProductDao" class="product.ProductDaoImpl"/>

</beans>

后处理器自动查找所有异常转换器(PersistenceExceptionTranslator接口的实现),并建议所有标有@Repository批注的bean,以便发现的转换器可以拦截适当的转换并将其应用于引发的异常。

总之,您可以基于纯持久性技术的API和注解来实现DAO,同时仍可以从Spring管理的事务,依赖项注入和透明的异常转换(如果需要)到Spring的自定义异常层次结构中受益。

上一页4.1Spring ORM介绍下一页4.3Hibernate

最后更新于3年前

这有帮助吗?