了解 Spring Roo 为 GWT 生成的实体代码答案

【问题标题】：Understanding entities code generated by Spring Roo for GWT了解 Spring Roo 为 GWT 生成的实体代码
【发布时间】：2012-05-16 00:06:30
【问题描述】：

我们正在处理由Spring Roo 生成的 GWT 项目，但我们不再使用Roo 来编辑/生成类。相反，我们现在手动编写所有内容。

对于每个服务器端实体类 Roo 生成了相当奇怪的EntityManager 获取代码。并且必须维护它，我想很好地理解它，但我没有。以下是生成的实体代码中的 sn-ps：

@PersistenceContext
transient EntityManager entityManager;

public static final EntityManager entityManager() {
    EntityManager em = new Scenario().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;
}

@Transactional
public void persist() {
    if (entityManager == null)
        entityManager = entityManager();
    entityManager.persist(this);
}

public static List<Scenario> findAllScenarios() {
    List<Scenario> res = entityManager().createQuery(
            "select o from Scenario o order by o.name",
            Scenario.class).getResultList();
    return res;
}

public static Scenario findScenario(Long id) {
    if (id == null)
        return null;
    return entityManager().find(Scenario.class, id);
}

我的观察和问题：

实例方法使用Spring注入的EntityManager字段，这很清楚。但是为什么这件作品是：if(entityManager == null) entityManager = entityManager();？难道我们不期望em字段中的EntityManager应该被注入并且不能是null（否则有问题？）
静态方法创建实体的新实例并获取其EntityManager字段，为什么？不能将EntityManager 缓存在静态字段或类似的地方吗？
为什么读取像findAllXXX 这样的方法不是@Transictional？据我所知，根据 JPA 规范，所有 JPA 操作都应该在事务边界内完成？
if (id == null) return null; 中的findXXX 方法真的有必要吗？如果我们将 id 参数设为 null 以表明有问题，我们不应该让应用程序崩溃吗？
我们能否以更优雅的方式重写此 EntityManager 获取代码（例如，不使用那种奇怪的 new Entity().entityManager 内容）但不破坏它（可能需要保留一些先决条件）？
为什么EntityManager 字段是transient？这很重要吗？

【问题讨论】：

标签： gwt jpa spring-roo entitymanager

【解决方案1】：

我完全同意你的观点，代码看起来很可疑。

在 http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/dao.html 和 http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/transaction.html 中完美地解释了在 DAO 中使用 EntityManagers 和在 Spring 中使用 @Transactional 的常用方法，我不明白为什么 Roo 生成的代码应该有所不同。

【讨论】：