我们正在开发一个使用hibernate进行持久化的新系统。当模式发生变化时,我们使用NetBeans重新生成实体类。
随着系统的发展,我们发现了许多功能,这些功能迫切需要作为业务方法添加到实体中,但因为我们时不时地重新生成这些类,所以我们不愿意这样做。
有没有一种优雅的方法能够重新生成实体类并仍然添加业务逻辑,比如在Hibernate将使用的子类中?
非常感谢,
伊恩。
发布于 2012-03-31 00:53:59
据我所知没有。然而,我有一个解决方案给你。
业务逻辑代码必须放在某个地方--问题是,把它放在哪里。您可以将它放在@Entity上,用@Transient标记业务getter,但是好的设计要求使用一个单独的类DAO类。
将业务与持久化代码分离遵循"high cohesion"设计原则,为您提供:
"Dao",例如CustomerDao)有处理(通常是过程粒度的)行为的方法。此外,单元测试通常更容易,因为您不想测试实体方法(您可以假定它们可以工作--它不是您的代码),并且可以更容易地设计代码以允许轻松模拟实体(不是真正的实体)您可以通过为实体通用的行为创建一个类型化抽象DAO类来利用一些重用(如果有意义的话)。
发布于 2012-03-31 01:00:18
业务模型和业务逻辑是有区别的。逻辑作用于模型以提供服务。通常,实体应该反映模型,而DAO和服务应该反映业务逻辑。对我来说,将业务逻辑放在实体中是很奇怪的。
https://stackoverflow.com/questions/9943739
复制相似问题