与我的其他问题有些相关,是否应该从数据访问层(或接口)返回原始的Hibernate注释POJO?,我在创建很好的解耦层方面很有经验,但是没有使用Hibernate或J2EE/JPA。我一直在看文档和教程,却对如何以一种优雅的方式使用EntityManger感到困惑,因为它似乎既负责事务(我想在服务层上做)又负责持久性方法(我想要做)保留在数据访问层中)。我应该在服务层创建它,然后将其注入数据访问层,还是有更好的方法?下面的伪Java大致显示了我正在考虑的工作。
编辑:下面的我的伪代码本质上是从hibernateJPA教程中获取的,并针对层分离进行了修改,并不反映该产品正在开发为在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 } }
首先,是否应该使用DAO层是自从JPA和EntityManager出现以来一直存在的争论,许多人认为DAO本身就已经存在。答案取决于您正在开发的应用程序类型,但是在大多数情况下,您需要:
话虽这么说,如果您的应用程序中只有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,但是对这些接口使用接口以使其更具可测试性是一个很好的做法。