hibernate過了一遍，對這個持久層的框架有了基礎性的了解，對框架的真正熟悉還要靠專案實戰，動手運用。下面從整體上總結一下我的理解和體會。
hibernate的實現原理很複雜，尤其是一些效能優化發面的，跟struts框架相比，要高深很多。
總的來說hibernate涉及到的內容成塊狀分布，功能比較明確。在使用上比直接操縱jdbc和建立資料庫的表要方便的多。
而且最重要的是hibernate框架將物件導向的思想發揮的特別好。首先從需求出發，抽出物件，然後明確物件之間的關係（關聯，繼承等），根據物件建立實體類，最後將物件模型直接對映成關係模型。因為hibernate封裝了jdbc，所以就不存在對錶（關係模型）的操作，因此在整個專案的開發過程中，增刪改查工作面向的都是物件，操作的都是物件，而完全沒有涉及到資料庫表。
以下是對hibernate主要內容的乙個總結
hibernate中大量使用了配置檔案，配置檔案是物件模型到關係模型的乙個橋梁，他包含了雙方間的對映關係。我覺得可以說hibernate思想不是**寫出來的，是xml配出來的。hibernate的關鍵思想就是從對面模型到關係模型的對映。
關於hibernate的效能和適用性，只能說適合於大部分專案，因為也沒有乙個框架是合適所有軟體專案的，因為封裝了jdbc，所以效能上肯定不如jdbc，而且對sql的封裝時候也不能滿足所有的需求，所以對一般的專案都沒有問題，但有特殊需求，比如大批量資料讀寫，有很多與資料庫相關的特殊sql操作的可以選擇性的使用hibernate。
平時都是先建表，再建實體類，感覺這樣很對，從沒想過顛倒過來是什麼感覺，也沒想過還有別的方式。現在接觸了hibernate，感覺這種完全物件導向的思考的方式確實很牛。
Hibernate整體理解
hibernate過了一遍，對這個持久層的框架有了基礎性的了解，對框架的真正熟悉還要靠專案實戰，動手運用。下面從整體上總結一下我的理解和體會。hibernate的實現原理很複雜，尤其是一些效能優化發面的，跟struts框架相比，要高深很多。總的來說hibernate涉及到的內容成塊狀分布，功能比較明...
編譯原理（整體理解）
編譯原理實際上是傳統編譯器的工作原理。它可以分為六個部分 詞法分析 語法分析 語義分析 中間 生成 優化 目標 生成。整個過程其實就像把一篇英語文章翻譯成中文，讓只懂中文的人看懂。詞法分析是乙個程式，輸入的是字元流 源 輸出的是token。這就好比英語中看到幾個字母組在一起，不能說它是乙個單詞，乙個...
理解hibernate框架
只有足夠的經歷才能更好的理解乙個框架的作用。例如 之前，知道hibernate框架是用來持久化資料的。但覺得用jdbc我就可以實現了，為什麼要使用hibernate框架那麼麻煩呢。直到昨天晚上，有個外包專案。跟我正在做的很一樣，只是資料庫不同。在這種情況下，如果使用hibernate框架作持久化資料...