12

与我的其他问题有点相关应该从数据访问层或接口返回原始的 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 
    }

}
4

3 回答 3

13

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

  • 使用 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
    }

}

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

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

已编辑：为简单起见，我在上面使用了无接口 EJB，但最好为这些 EJB 使用接口，以使它们更具可测试性。

于 2011-10-22T15:00:32.810 回答
2

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

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

于 2011-10-22T08:17:54.343 回答
0

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

于 2016-02-03T18:10:31.983 回答