在很好解耦的服务层和数据访问层中应该如何使用EntityManager？

Question

与我的其他问题有些相关 应该从数据访问层返回原始 Hibernate 带注释的 POJO，还是从接口返回？，我在创建良好解耦层方面经验丰富，但不使用 Hibernate 或J2EE/JPA。我一直在查看文档和教程，并且对如何以优雅的方式使用 EntityManger 感到困惑，因为它似乎负责事务（我想在我的服务层执行）和持久性方法（我想要保留在数据访问层）。我应该在服务层创建它并将其注入到数据访问层，还是有更好的方法？下面的伪java大致显示了我正在考虑做的事情。

编辑：下面的伪代码本质上取自 hibernate JPA 教程，并针对层分离进行了修改，并不反映该产品正在开发为在 EJB 容器 (Glassfish) 中运行。在您的答案中，请提供在 Glassfish 或同等版本中运行的代码的最佳实践和代码示例。

MyService
{

  setup()
  {
       EntityManagerFactory entityManagerFactory = Persistence.createEntityManagerFactory( "Something" ); //is the String you pass in important?
       entityManager = entityManagerFactory.createEntityManager();
  }

  myServiceMethod()
   {
   entityManager.getTransaction().begin();
   MyDao.setEntityManager(entityManagerFactory); 
   MyDao.doSomething();
   MyDao.doSomethingElse();
   entityManager.getTransaction().commit();
   entityManager.close();
   }
 }

MyDao
{
   doSomething()
    {
     entityManager.persist(...); //etc 
    }

}

Answer 1

首先，是否应该使用 DAO 层是一个自从 JPA 和 EntityManager 出现以来就一直存在的争论，许多人认为 EntityManager 本身就是 DAO。这个问题的答案取决于您正在开发的应用程序的类型，但在大多数情况下您会希望：

• 使用 JPA 标准或自定义查询。在这种情况下，您可能不想将业务逻辑与查询创建混合在一起。这会导致方法过大，并且违反单一职责原则。
• 尽可能重用您的 JPA 代码。假设您创建一个条件查询来检索年龄在 40 到 65 岁之间且在公司工作时间超过 10 年的员工列表。您可能希望在服务层的其他地方重用这种类型的查询，如果是这种情况，将其放在服务中将使这项任务变得困难。

话虽这么说，如果您的应用程序中只有 CRUD 操作，并且您认为可能不需要重用任何 JPA 代码，那么 DAO 层可能有点过头了，因为它仅充当 EntityManager 的包装器，而听起来不对劲。

其次，我建议尽可能使用容器管理的事务。如果您使用 TomEE 或 JBoss 等 EJB 容器，这将避免专门用于以编程方式创建和管理事务的大量代码。

如果您使用 EJB 容器，则可以利用声明性事务管理。使用 DAO 的一个示例是将服务层组件创建为 EJB 和 DAO。

@Stateless
public class CustomerService {

    @EJB
    CustomerDao customerDao;

    public Long save(Customer customer) {

        // Business logic here
        return customerDao.save(customer);
    }
}

@Stateless
public class CustomerDao {

    @PersistenceContext(unitName = "unit")
    EntityManager em;

    public Long save(Customer customer) {
        em.persist(customer);
        return customer.getId();
    }

    public Customer readCustomer(Long id) {
            // Criteria query built here
    }

}

在上面的示例中，默认事务配置是 REQUIRED，这意味着在调用方组件中没有事务的情况下，EJB 将创建一个新事务。如果调用者已经创建了事务 (CustomerService)，则被调用的组件 (CustomerDao) 将继承该事务。可以使用 @TransactionAttribute 注释进行自定义。

如果您不使用 EJB 容器，我认为上面的示例可能是等效的。

已编辑：为了简单起见，我在上面使用了无接口 EJB，但是为这些 EJB 使用接口是一个很好的做法，以便使它们更具可测试性。

Answer 2

通常，您希望将任何持久性代码隔离到 DAO 层。所以服务层甚至不应该知道EntityManager。我认为如果 DAO 层返回带注释的 pojo 就可以了，因为它们仍然是 pojo。

对于事务管理，我建议您查看 Spring ORM。但是，如果您选择不使用 Spring 或其他 AOP 解决方案，您始终可以通过 DAO 公开与事务相关的方法，以便从服务层调用它们。这样做会让你的生活变得更加困难，但选择权在你......

Answer 3

对于 getItem()、getEmployee() 等简单情况，最好将实体管理器直接注入到服务层，而不是服务方法调用 Dao（其中有实体管理器注入）方法，用户实体管理器返回对象。这太过分了，DAO 只是充当包装器。对于涉及查询和条件的复杂业务逻辑，让服务方法调用与数据库对话的 Dao。