我们正在开发一个使用hibernate进行持久化的新系统。随着架构的变化,我们使用NetBeans重新生成实体类。
随着系统的不断发展,我们发现许多功能迫切需要在实体中添加为业务方法,但由于我们不时地重新生成这些类,因此我们不愿意这样做。 / p>
是否有一种优雅的方式可以重新生成实体类并仍然添加业务逻辑,例如在Hibernate将使用的子类中?
非常感谢,
伊恩。
答案 0 :(得分:2)
不是我知道的。但是,我有一个解决方案。
业务逻辑代码必须到达某个地方 - 问题是,在哪里放置它。您可以将其放在@Entity
上,使用@Transient
标记业务获取者,但好的设计说要使用单独的类DAO类。
将业务与持久性代码分开遵循"high cohesion"设计原则,为您提供:
"Dao"
,例如CustomerDao
)具有处理(通常是粗粒度)行为的方法。此外,单元测试通常更容易,因为不想要测试实体方法(您可以假设它们工作 - 它不是您的代码)并且可以更轻松地设计您的代码以便于模拟实体(不是真正的实体)您可以通过为实体共有的行为创建类型化的抽象DAO类来利用一些重用(其中/如果有意义的话)。
答案 1 :(得分:1)
业务模型和业务逻辑之间存在差异。 逻辑作用于模型以提供服务。 通常,实体应该反映模型,而DAO和服务应该反映业务逻辑。对我来说,在实体中包含业务逻辑是很奇怪的。