我們應該在哪裏放置HBM文件？

我們有一個由5到8人組成的團隊，我們的項目正在使用Hibernate（ORM），但我們正面臨一些與HBM文件相關的問題以及相應的VO（值對象）問題。實際上，我們都在研究不同的模塊，我們都在創建HBM文件，並根據我們的模塊創建相應的VO（所以我們有我們的模塊專用的HBM文件和VO）。如果公用表在多個模塊中使用，那麼我們有多個HBM文件及其單個表的VO。因此，我們應該將所有HBM文件和VOs放置到特定位置，或者即使我們有多個HBM和VO，也要保持它們的模塊特定。請建議GOOD或BAD的做法。我們應該在哪裏放置HBM文件？

感謝

來源

2012-12-04 Logicalj

你應該看看版本控制，我認爲它不存在 –

嗨Nayan感謝您的迴應，但請指導有關良好和壞的方法。 – Logicalj

應該有一個common project將包含所有DAO相關的東西。每個模塊/項目將在其classpath中包含commonDAO項目，以執行休眠和數據庫相關操作。這將克服HBM文件的複製性並且易於維護代碼。

來源

2012-12-04 06:55:00

嗨伊姆蘭感謝您的迴應，但可能有一些映射相關的工作，如連接，一對多，多對一等，在這種情況下，我認爲這會導致一些問題 – Logicalj

所有這些聯接，一對多可以處理冬眠。您還可以使用HBM查詢來進行連接等 –

從查詢看來，每個模塊都有自己的數據訪問。如果它不是很複雜，可以將所有數據訪問放在單獨的模塊中。一個項目可以有多個模塊，但應該有一個地方用於數據訪問。

如上所述，您可以擁有一個DAO模塊，該模塊僅對數據相關操作進行操作。包可用於標識不同的DAO類型。
常見的DAO應該保持簡單。業務邏輯不應該這樣做。邏輯應該在更高層次上處理。

比其他： -

您的項目應該進行適當的結構，即包應明確界定。

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

dataacess/SRC/../com/../../bl
dataacess/src目錄/../ COM /../../博

依賴關係應明確推斷。如果你有一個DAO模塊，那麼DAO應該是獨立的。其他模塊應該依賴於DAO。如果它的java可以使用maven來做到這一點。

最後它是我們做出的選擇。將會有很多最佳實踐。你應該選擇最適合你的場景。最後，它應該是簡單和可管理的未來。

來源

2012-12-04 10:55:36

我們應該在哪裏放置HBM文件？

回答

相關問題