我們在本章中，學習了在JAVA EE中，使用struts及hibernate，處理V層傳的數據，并按需求進行了數據的增刪改查操作。同時，我們在章節中，盡可能多的給出了官方文檔的位置。 我們說越是優秀的產品，其官方文檔做的就越是優秀。struts和hibernate正是如此. 其實，我們前面在下載struts和hibernate的壓縮包時，已經將官方文檔下載至了本地計算機。 他們的位置分別為： 1. struts  1. hibernate  在安裝http-server的前提下，我們只需要在命令行下進行該文件夾，并執行http-server便可以啟動一個HTTP服務。然后打開瀏覽器，瀏覽本地的就可以了。 > 在以后的章節中，當我們涉及到知識點時，將給出本地的鏈接地址。 # 帶著問題前行 如果你已經有了TP的基礎，相信一定也是帶著問題來學習的。比如C層如何獲取到V層使用GET和POST方法傳入的值。再比如C層如何向V層傳值。V層獲取到C層傳入的值后，如何展示在頁面上。如何在M層做數據驗驗處理。M層如何連接數據庫。單條查詢如何實現。多條查詢如何實現。如何分頁。如何排序。如何定義顯示字段。等等等等。 # 面向對象及分層 C層是個指揮者，起的永遠是指揮的角色。所以更多的，它是在調用這個方法，然后進行判斷，然后根據判斷結果，再決定調用另一個方法。 M - entity 與數據表相對應，它只實現與數據表相關的操作，比如基本的增刪改查，后面我們還可以用到的索引、外鍵等。 entity中的類文件與我們的ER圖中的E相對應。實際上，在開發中，我們會嚴格參考ER圖來建立實體類。 M - server 服務層. 服務層在C與實體中起到了緩存的作用。它的存在，保證了每一次使用實體類對數據表進行的操作，都是完整的。避免了實體層內部的調用，同時，也避免了C與實體直接打交道。在實際的開發中，服務層將嚴格的與我們的UML類圖中的類相對應，uml類圖中，每存在一個類，我們在編碼的過程中，就會在服務層新建一個類。 面向對象的思想，很編程更加貼進于大腦的思索過程。雖然前期需要一定的學習成本，但一但掌握并靈活運用它的思想后，便會有事半功倍的效果。 # 單元測試 我們在以前的TP開發學習中，并沒有強調單元測試。基本的原因，是由于我們的基礎相對較差，我們并不想人為的提升開發難度；其次，TP分三層。在JAVA EE開發中數據表實體部分，我們使用了navicat對表直接進行操作。 TP三層： V C M\(server\) + navicat JAVA EE四層 :VCM\(server\)M\(entity\) # 大道至簡 我們如何分層后，代碼量的確較以前增多了。有人說，老師不是大道至簡嗎？怎么起來代碼越多。 我們說大道至簡的簡，是指思維簡單，實現的方法簡單，代碼的淺顯易懂。在開發，特別是團隊開發中，我們講求的是寫能看的懂的代碼。這里的能看的懂，是指其它隊員能看的懂，是指自己在3個月以后能看的懂，是指我們在不寫注釋的情況下能看的懂。并不是指代碼量的縮減。 所以大道至簡的簡，更多的是需要體現的思維上，體現在交流的難度上，體現在代碼二次開發及維護的難度上。而不是體現在代碼量上。 > 大道至簡：努力的寫出別人能看的懂的代碼！