JPA entity.save(EntityManager) 反模式

Question

我正在考虑实现一个反模式，因为 @EntityListeners 在某些情况下是不够的：

@MappedSuperclass
public abstract class AbstractEntity implements Serializable
{
    ...

    public abstract AbstractEntity save(EntityManager em);

    ...
}

@Entity
public class ConcreteEntity extends AbstractEntity
{
    ...

    public ConcreteEntity save(EntityManager em)
    {
        doSomeStuff(this);

        ConcreteEntity merged;
        if(id == null)
        {
            em.persist(this);
            merged = this;
        }
        else
        {
            merged = em.merge(this);
        }

        doOtherStuff(merged);

        return merged;
    }

    ...
}

专业版：

• 具体业务逻辑在 Object 内部（REAL OO 编程）
• 利用继承来控制业务逻辑（另一种 OO 模式）
• 可以编写通用 EJB

缺点：

• 级联不调用
• 合约添加：禁止调用em.persist(entity)/em.merge(entity)

还有什么我忘记了吗？

Answer 1

缺点：

• 使用实体中的 DAO 逻辑，您将打开一个潘多拉魔盒。如果实体中允许使用持久性逻辑，那么为什么不使用表示逻辑呢？等等。那么，为什么不用find...-methods 呢？
• 绕过层隔离。如果持久性逻辑集中在 DAO 中，则更容易控制正在做什么。
• 将打破业务组件隔离。 （我什至不公开项目中业务组件之间的 DAO，只公开业务服务 - 更高一层。）
• 将实体中的焦点从对业务对象建模转移到“我们在这里只处理一些数据”。我怀疑像 Contract 这样的业务对象的目的是使用某些技术来坚持自己。