如何盡快學會使用 Hibernate 3

對於乙個專案來說，DAO設計的原則之一就是可以很容易地取代ORM的具體實現。 例如，我可以在不改變業務的情況下將 Hibernate 替換為 Ibatis**。

這是否意味著 Hibernate 只會在 DAO 的實施階段被考慮？ 2. 在我研究過的所有框架中，Hibernate 是最難掌握的。 而從論壇上的問題可以看出，很多人對冬眠的理解程度和我差不多。

對於乙個專案來說，如果專案組中沒有 Hibernate 專家，最好不要使用 Hibernate，成為 Hibernate 專家是非常困難的。 很多人為了使用Hibernate而使用Hibernate嗎？ 專案組的實際情況如何？

5.我以前在不使用ibatis的時候，只是看同事的**就用ibatis，而且很好用。 但是我已經研究了 Hibernate 50 多個小時了，我認為我不精通 Hibernate，為什麼？ （如果 hibernate 這麼複雜，我們能不能不使用它，因為它很複雜？

希伯納特有什麼理由說服我們花這麼多時間向他學習？ ） 1.為了減少拼寫SQL的工作量，ibatis也可以解決這一點。

2.二級快取是可以實現的，不知道ibatis中的快取能做多少，在兩個框架對資料庫和建模方法的要求之間，快取的效果應該比ibatin強。

它可以跨主流資料庫，這是ibatis無法比擬的。

Hibernate 比 ibatis 複雜得多，資料庫建模需要維護多個外來鍵和更少的冗餘，以確保快取的最大利用率。 雖然你可以用一種外來鍵更少、冗餘更多的方式來設計它，但它可以通過休眠來實現，但它總是感覺不適合快取。

因為休眠的複雜性，如果專案中沒有人熟知，專案肯定會在關鍵問題上被阻塞，所以一定要慎重選擇。 如果你不明白，就不要冒險去想這個專案。 1:

DAO 通常掩蓋了底層資料庫中的差異。

2：如果你不熟悉冬眠，建議不要使用。 如果你真的想試試你的技能，你可以考慮一些表之間的關係不是很複雜的專案。 就我個人而言，我更喜歡 Spring JDBCtemplate

1.快速發展，公司價值觀，程式碼從屬標準。

2 可以由域驅動，而不必過分擔心煩人的資料庫。

3 針對卓越效能進行了優化。 缺點：1.學習曲線高（回頭看，真的不低）。