标签：spring-dao   spring-orm   spring-jdbc   spring-data   spring数据访问   

Pat 的疑惑

• Spring-DAO (http://docs.spring.io/spring/docs/2.0.8/reference/dao.html)
• Spring-ORM (http://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/orm.html)
• Spring-JDBC (http://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/jdbc.html)

Gaetan 的解释

Spring-DAO

1. 你不应该在持久层捕捉异常，因为底层技术可能已经将事务进行了回滚(取决于具体的 exception 类型)，因此你不应该再(在持久层)继续执行你的备用方案。
2. 底层技术提供的异常级别往往比 Spring 提供的更加丰富，而且底层技术之间也没有任何限定来对此进行匹配。这样的依赖是有风险的。但是对你的 DAO 类使用 @Repository 进行注解仍然不失为一个好的做法，因为这些 bean 会自动被扫描程序添加。此外，Spring 可能还会给这一注解添加其他有用特性。

Spring-JDBC

int nbRows = jdbcTemplate.queryForObject("select count(1) from person", Integer.class);


Person p = jdbcTemplate.queryForObject("select first, last from person where id=?", 
             rs -> new Person(rs.getString(1), rs.getString(2)), 
             134561351656L);

Spring-ORM

Spring-Data

该选择哪个

1. 使用 POJO 类为实体定义一个数据模型，并使用 get 和 set 方法来表示实体的属性以及和其他实体的关系。你当然需要根据底层技术的需要为实体类及其方法加注解，但是现在，作为入门 POJO 足够了。现在你只需要专注于业务需求。
2. 为你的 DAO 定义接口。一个 DAO 刚好包含一个实体，但你也无需为每个实体都对应一个 DAO，因为通过关联关系你可以加载到额外的实体。遵循严格的命名约定定义查找器方法。
3. 藉此，其他人就可以模仿你的 DAO 开始业务层的工作了。
4. 你可以学习不同的持久层技术(sql，no-sql)来寻找最适合你需要的那个，并最终选择一个。藉此，为你的实体注解并实现 DAO(或者如果你选择使用 Spring-Data 你可以让 Spring 来实现 DAO)。
5. 如果你的业务需求进化，而你的数据访问技术对此的支持并不充分(比方说，一开始你使用了 JDBC，只有寥寥几个实体，但是现在需要一个更加丰富的数据模型，而 JPA 是一个比较好的选择)，那么你需要修改你的 DAO 实现，在你的实体上添加一些注解并修改 Spring 配置(添加一个 EntityManagerFactory 定义)。但这些也只是持久层的改动，对于业务逻辑层的代码不应该受到到因此改动的影响。

注意：事务管理

Spring DAO vs Spring ORM vs Spring JDBC

标签：spring-dao   spring-orm   spring-jdbc   spring-data   spring数据访问   

原文地址：http://blog.csdn.net/defonds/article/details/47445915