0

我们有一个 5 到 8 人的团队，我们的项目正在使用 Hibernate (ORM)，但我们面临一些与 HBM 文件和相应的 VO（值对象）相关的问题。实际上，我们都在开发不同的模块，我们都在创建 HBM 文件，并且根据我们的模块有各自的 VO（所以我们有我们的 HBM 文件和特定于我们模块的 VO）。如果在多个模块中使用公共表，那么我们有多个 HBM 文件及其用于该单个表的 VO。因此，即使我们有多个 HBM 和 VO，我们是否应该将所有 HBM 文件和 VO 放置到特定位置或保持它们特定于模块。请同时提出好的或坏的做法。

谢谢

4

2 回答 2

1

从查询看来，每个模块都有自己的数据访问权限。如果它不是很复杂，您可以将所有数据访问放在单独的模块中。一个项目可以有多个模块，但应该有一个数据访问的地方。

  • 正如建议的那样，您可以拥有一个只对数据相关操作的 DAO 模块。包可用于识别不同的 DAO 类型。

  • 通用 DAO 应该保持简单。业务逻辑不应该参与其中。逻辑应该在更高的层次上处理。

除此之外 ：-

  • 您的项目应该结构合理，即包应该明确定义。

module1/src/../com/../../bl
module2/src/../com/../../b0

dataacess/src/../com/../../bl
dataacess/src/../com/../../bo

  • 应该清楚地推断依赖关系。如果你有一个 DAO 模块，那么 DAO 应该是独立的。其他模块应该依赖于 DAO。如果它的 java 你可以使用 maven 来做到这一点。

最后是我们做出的选择。会有很多最佳实践。您应该选择最适合您的方案的内容。最后，它应该在未来变得简单且易于管理。

于 2012-12-04T10:55:36.010 回答
0

应该有一个common project包含所有与 DAO 相关的东西。每个模块/项目将在其类路径中包含该 commonDAO 项目，以执行休眠和数据库相关操作。这将克服 HBM 文件的重复性并易于维护代码。

于 2012-12-04T06:55:00.500 回答