所以我有一个这样的示例代码:
package biz.tugay.books10Aug.dao;
/* User: koray@tugay.biz Date: 10/08/15 Time: 22:54 */
import biz.tugay.books10Aug.model.Book;
import javax.persistence.EntityManager;
import javax.persistence.EntityTransaction;
public class BookDaoImpl implements BookDao {
private EntityManager entityManager;
public BookDaoImpl(EntityManager entityManager) {
this.entityManager = entityManager;
}
@Override
public void persist(Book book) {
EntityTransaction transaction = entityManager.getTransaction();
transaction.begin();
entityManager.persist(book);
transaction.commit();
}
}
这就是我对它进行单元测试的方式:
package biz.tugay.books10Aug.dao;
/* User: koray@tugay.biz Date: 10/08/15 Time: 22:56 */
import biz.tugay.books10Aug.model.Book;
import org.junit.Test;
import javax.persistence.EntityManager;
import java.text.SimpleDateFormat;
import java.util.Calendar;
public class BookDaoImplTest {
@Test
public void testPersistNewBook() throws Exception {
PersistenceUtil.initalizeEntityManagerFactory();
EntityManager entityManager = PersistenceUtil.getEntityManager();
BookDao bookDao = new BookDaoImpl(entityManager);
String isbn = new SimpleDateFormat("HHmmss").format(Calendar.getInstance().getTime());
Book book = new Book();
book.setIsbn(isbn);
book.setName("Just Another Book in the DB, Volume: " + isbn);
book.setPrice(10);
book.setPublishDate(Calendar.getInstance().getTime());
book.setPublisher("002");
bookDao.persist(book);
}
}
一切正常。我的问题是 OOP 。
我认为BookDaoImpl不应该负责获取EntityManager。它应该是BookService的责任。为什么?我真的不知道。
此外,责任应该是获得交易,开始和提交?再次BookService或BookDao?
答案 0 :(得分:1)
JPA Transaction应该在服务层上进行管理。这是一个反例:
考虑您的DAO层中有find
方法:
public Book find(long id) {
return entityManager.find(Book.class, id);
}
您的Book类拥有一系列页面:
@OneToMany(mappedBy = "book", fetch = LAZY")
private Set<Page> pages;
public Set<Page> getPages() {
return pages;
}
如果entityManager在DAO中有生命周期,则从服务层调用getPages()
方法将导致延迟初始化异常
当然,在每个规则中都有例外,但通常您应该在服务层(或存储库层,取决于措辞)上管理您的事务。 您甚至可以在DAO层中使用MANDATORY事务划分属性,以使其成为必需的。
答案 1 :(得分:1)
我认为BookDao知道EntityManager是可以的,因为它是关于数据持久性的方式。 关于事务 - 它是服务层的责任,因为它负责业务逻辑实现和事务边界在业务需求中定义。然而,独立于持久性技术实现事务管理会很棒(现在您使用JPA,明天使用JDBC,之后使用其他东西)。 Think Spring的交易注释可能是这种方法的一个很好的例子。