JPA 和 DAO - 标准方法是什么？

Question

我正在使用 JPA/Hibernate 和 Spring 开发我的第一个应用程序。我第一次尝试 DAO 课程如下所示：

@Repository(value = "userDao")
public class UserDaoJpa implements UserDao {
    @PersistenceContext
    private EntityManager em;

    public User getUser(Long id) {
        return em.find(User.class, id);
    }

    public List getUsers() {
        Query query = em.createQuery("select e from User e");
        return query.getResultList();
    }
}

我还发现了一些使用JpaDaoSupport 和JpaTemplate 的示例。你更喜欢哪种设计？我的例子有什么问题吗？

Answer 1

我想说你的方法看起来完全正确。就我个人而言，我不使用JpaDaoSupport 或JpaTemplate，因为您可以使用EntityManager 和Criteria Queries 完成所需的一切。

引用自JavaDoc of JpaTemplate：

JpaTemplate 主要作为 JdoTemplate 和 HibernateTemplate 的兄弟存在，为习惯它的人提供相同的样式。对于新启动的项目，请考虑采用标准 JPA 样式来编码数据访问对象，基于通过 Spring bean 定义或 JPA PersistenceContext 注解注入的“共享 EntityManager”引用。

Answer 2

我更喜欢无模板方法（即您当前的方法），因为

• 侵入性较小，您无需将 DAO 绑定到 Spring
• 对于使用未经检查的异常的 API，模板没有多大价值

这是 Spring 的推荐，正如博文“So should you still use Spring's HibernateTemplate and/or JpaTemplate??”和官方 javadoc 中总结的那样：

真正的问题是：选择哪种方法？？

(...)

简而言之（作为 JavaDoc 的 HibernateTemplate 和 JpaTemplate已经提到） 我建议您开始使用 Session 和/或 EntityManager API 如果你开始使用直接 Hibernate 或 JPA 分别在一个新的 项目——记住：春天试图成为 非侵入性的，这是另一个很棒的 例子！

Answer 3

我个人更喜欢您的方法 - 注入 EntityManager 并直接使用它。但是JpaTemplate 也是一个不错的选择。我不喜欢它，因为增加了另一个不必要的抽象层。

Answer 4

我不知道是否有“标准”方法。

如果您使用 JPA，您可以选择实现方式：Hibernate、TopLink 等。

如果您部署到 Google App Engine，您将使用 JPA 与 BigTable 对话。

因此，如果您的目标是最大限度地提高可移植性，坚持使用 JPA 标准，并且不将自己束缚于 Hibernate 等特定实现，请确保您的 DAO 仅使用 JPA 构造。