下面的代码是Spring Roo默认生成的内容,EntityManager在您的域模型POJO中注入,其余方法用于管理实体(保存,更新,删除,findXXX,...)。
也许这是一种更加面向对象的方法(与anemic domain model相反),但我不明白的是:
在每个实体中注入EntityManager时,是否存在性能问题(假设您从数据库中检索了1000个实体)
交易管理(@Transactional annotations)不应该进入服务层吗? (想象一下你想以原子方式操作两个不同的实体)。
你能否考虑一下这个代码对经典DAO层的其他利弊?
代码看起来像这样(为清楚起见,删除了一些方法):
@Configurable
@Entity
@RooJavaBean
@RooToString
@RooEntity
public class Answer {
@PersistenceContext
transient EntityManager entityManager;
@Transactional
public void persist() {
if (this.entityManager == null) this.entityManager = entityManager();
this.entityManager.persist(this);
}
@Transactional
public void remove() {
if (this.entityManager == null) this.entityManager = entityManager();
if (this.entityManager.contains(this)) {
this.entityManager.remove(this);
} else {
Answer attached = Answer.findAnswer(this.id);
this.entityManager.remove(attached);
}
}
@Transactional
public Answer merge() {
if (this.entityManager == null) this.entityManager = entityManager();
Answer merged = this.entityManager.merge(this);
this.entityManager.flush();
return merged;
}
public static final EntityManager entityManager() {
EntityManager em = new Answer().entityManager;
if (em == null) throw new IllegalStateException("Entity manager has not been injected (is the Spring Aspects JAR configured as an AJC/AJDT aspects library?)");
return em;
}
public static long countAnswers() {
return entityManager().createQuery("SELECT COUNT(o) FROM Answer o", Long.class).getSingleResult();
}
public static List<Answer> findAllAnswers() {
return entityManager().createQuery("SELECT o FROM Answer o", Answer.class).getResultList();
}
...
}
答案 0 :(得分:3)
您可以在第三点的链接中找到更多相关内容。
您在典型的Roo应用程序中没有获得服务层。您的服务方法包含在实体本身中,因此可以在您的实体中使用@Transactional
来确保特定方法涉及事务。但是,您将能够使用最新的1.2版Spring Roo获得单独的服务层,这将使其成为可能。
ADM与DDD:关于SO的单独问题对此有帮助。无论如何,你可以在SpringSource Roo论坛上通过这个主题获得很多见解。 http://forum.springsource.org/showthread.php?77322-Spring-Roo-with-a-services-DAO-architecture
与Roo一起欢呼! :)