首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >向自动生成的hibernate实体添加业务方法

向自动生成的hibernate实体添加业务方法
EN

Stack Overflow用户
提问于 2012-03-30 21:15:49
回答 2查看 2.9K关注 0票数 4

我们正在开发一个使用hibernate进行持久化的新系统。当模式发生变化时,我们使用NetBeans重新生成实体类。

随着系统的发展,我们发现了许多功能,这些功能迫切需要作为业务方法添加到实体中,但因为我们时不时地重新生成这些类,所以我们不愿意这样做。

有没有一种优雅的方法能够重新生成实体类并仍然添加业务逻辑,比如在Hibernate将使用的子类中?

非常感谢,

伊恩。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2012-03-31 00:53:59

据我所知没有。然而,我有一个解决方案给你。

业务逻辑代码必须放在某个地方--问题是,把它放在哪里。您可以将它放在@Entity上,用@Transient标记业务getter,但是好的设计要求使用一个单独的类DAO类。

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

  • 你的实体类保持干净-即它的代码只与持久化相关。
  • 你的“业务逻辑”类(通常与entity类的名字相同,但在名字后面加上了"Dao",例如CustomerDao)有处理(通常是过程粒度的)行为的方法。此外,单元测试通常更容易,因为您不想测试实体方法(您可以假定它们可以工作--它不是您的代码),并且可以更容易地设计代码以允许轻松模拟实体(不是真正的实体)

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

票数 2
EN

Stack Overflow用户

发布于 2012-03-31 01:00:18

业务模型和业务逻辑是有区别的。逻辑作用于模型以提供服务。通常,实体应该反映模型,而DAO和服务应该反映业务逻辑。对我来说,将业务逻辑放在实体中是很奇怪的。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/9943739

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档