将业务方法添加到自动生成的hibernate实体

时间:2012-03-30 13:15:49

标签: java hibernate

我们正在开发一个使用hibernate进行持久化的新系统。随着架构的变化,我们使用NetBeans重新生成实体类。

随着系统的不断发展,我们发现许多功能迫切需要在实体中添加为业务方法,但由于我们不时地重新生成这些类,因此我们不愿意这样做。 / p>

是否有一种优雅的方式可以重新生成实体类并仍然添加业务逻辑,例如在Hibernate将使用的子类中?

非常感谢,

伊恩。

2 个答案:

答案 0 :(得分:2)

不是我知道的。但是,我有一个解决方案。

业务逻辑代码必须到达某个地方 - 问题是,在哪里放置它。您可以将其放在@Entity上,使用@Transient标记业务获取者,但好的设计说要使用单独的类DAO类。

将业务与持久性代码分开遵循"high cohesion"设计原则,为您提供:

  • 您的实体类保持干净 - 即它具有与持久性相关的代码 。此外,因为您没有添加任何内容,所以可以随时安全地重新生成。
  • 您的“业务逻辑”类(通常与实体类相同,但名称中添加了"Dao",例如CustomerDao)具有处理(通常是粗粒度)行为的方法。此外,单元测试通常更容易,因为想要测试实体方法(您可以假设它们工作 - 它不是您的代码)并且可以更轻松地设计您的代码以便于模拟实体(不是真正的实体)

您可以通过为实体共有的行为创建类型化的抽象DAO类来利用一些重用(其中/如果有意义的话)。

答案 1 :(得分:1)

业务模型和业务逻辑之间存在差异。 逻辑作用于模型以提供服务。 通常,实体应该反映模型,而DAO和服务应该反映业务逻辑。对我来说,在实体中包含业务逻辑是很奇怪的。