我们应该在哪里放置HBM文件？

Question

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

由于

Answer 1

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

• 根据建议，您可以拥有一个DAO模块，该模块仅用于与数据相关的操作。 包可用于标识不同的DAO类型。

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

除此之外： -

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

  

模块1 / SRC /../ COM /../../ BL
  模块2 / SRC /../ COM /../../ B0

     

dataacess / SRC /../ COM /../../ BL
  dataacess / SRC /../ COM /../../博

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

最后是我们的选择。会有很多最佳实践。您应该选择适合您场景的最佳选择。最后，它应该是简单的，可管理的。

Answer 2

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