Question

与我的另一个问题Should raw Hibernate annotated POJO's be returned from the Data Access Layer, or Interfaces instead?有些相关，我在创建很好的分离层方面很有经验，但没有使用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出现以来一直存在的争论，许多人认为这是DAO本身。答案取决于您正在开发的应用程序类型，但在大多数情况下，您需要：

使用JPA条件或自定义查询。在这种情况下，您可能不希望将业务逻辑与查询创建混合在一起。这会导致大型方法，并且会违反single responsibility principle。
尽可能多地重用您的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，但为了使它们成为可能，最好使用接口。更可测试。

Answer 2

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

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

Answer 3

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

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

3 个答案: