如前所述--如果持久化调用失败,我们已经修改了模型,这意味着我们使用的是(现在修改了,但实际上没有因为异常而持久)模型。如果这是在服务层而不是EntityListener中,那么我们实际上可以在调用DAO之前在对该特定类的任何异常处理中更改我们更改的任何属性。
出于这个原因--对模型的更改是否最好仅限于“Service”层对象,而不是“监听器”(真正应该只用于我们希望持久化的额外信息,而不是将来使用的实际模型数据)?
发布于 2013-10-21 11:42:14
问题不在于修改模型,而在于修改的语义。在这个例子中,您可以从Hibernate文档中看到,在持久化模型之前,可以很好地使用@PrePersist来更改模型中的lastUpdate日期。此方法只修改可以限定为元数据的内容。
public class LastUpdateListener {
/**
* automatic property set before any database persistence
*/
@PreUpdate
@PrePersist
public void setLastUpdate(Cat o) {
o.setLastUpdate( new Date() );
}
}如果您想要的是修改业务模型数据,那么服务层就是您需要将代码放在其他人期望的位置(astonishment)的地方。
https://stackoverflow.com/questions/19491335
复制相似问题