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

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

---

谢谢

应该有一个

公共项目

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

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

• 正如所建议的，您可以有一个DAO模块，它只处理与数据相关的操作。 包可用于标识不同的DAO类型

• 普通刀应该保持简单。业务逻辑不应该包含在其中。逻辑应该在更高的层次上处理

除此之外：-

• 您的项目应具有适当的结构，即包应明确定义

模块1/src/./com/../bl
模块2/src/./com/../b0

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

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

---

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

你应该看看修订控制，我想它不是there Hi Nayan感谢你的回答，但请说明好的和坏的方法。Hi Imran感谢你的回答，但可能有一些与映射相关的工作，如连接，一对多，多对一，在这种情况下，我认为这将导致一些问题。所有这些连接，一对多都可以由hibernate处理。您还可以使用HBM查询进行连接等操作