Hibernate可行性全面概括
在向大家詳細介紹Hibernate可行性之前，首先讓大家了解下Hibernate的優點和缺點，然后全面介紹Hibernate可行性。
1.優點
◆簡單：易于學習，易于使用，通過文檔和源代碼，可以比較完全的掌握它的設計思路和實現。
◆實用：提供了數據映射功能，提供了對底層數據訪問的封裝（例如ado.net），提供了dao框架，可以使我們更容易的開發和配置我們的dal層。
◆靈活：通過sql基本上可以實現我們不使用數據訪問框架可以實現的所有功能，或許更多。
◆功能完整：提供了連接管理，緩存支持，線程支持，（分布式）事物管理，通過配置作關系對象映射等數據訪問層需要解決的問題。提供了dao支持，并在dao框架中封裝了ado.net，Hibernate和datamapper.增強系統的可維護性：通過提供dal層，將業務邏輯和數據訪問邏輯分離，使系統的設計更清晰，更易維護，更易單元測試。sql和代碼的分離，提高了可維護性。
2.缺點
◆滯后性：還沒有明確對。net2.0的支持。最新版本在2.0下編譯可以，但有些單元測試不能通過。
◆不成熟，工程實踐較少：ibatisnet在實際項目中的使用較少。 只是理論上可行。
◆半orm，工具支持較少：需要我們自己寫sql，并且。net下還未發現可以自動生成業務層類和配置文件的工具，這點和Hibernate不一樣，Hibernate會為我們的數據庫直接產生sql，并有一些輔助工具。因此使用ibatis比Hibernate要多做一些工作。
3.Hibernate可行性
沒有最好的框架，只有最適合的框架。存在的便是合理的，它存在就說明有它存在的道理。但它未必為我們存在。所以選擇一個框架最主要的是看它對你有沒有意義，意義有多大，是不是比其他框架帶給你的好處要多。沒有絕對的優點也沒有絕對的缺點，重要的是看在什么情況下討論。
上面說了部分的ibatis的優點和部分缺點。這些優點從理論上證明ibatis對任何數據持久層都合適，但未必是最好的選擇。下面對上面的優缺點分別從兩方面討論。
◆簡單：我們都喜歡簡單，簡單意味著學習成本低，使用中出錯的可能性低。同時，簡單的東西一般來說功能不夠強大。反過來，復雜的東西學習成本高，用起來不方便，并且團隊沒有很強的技術實力，一般不要使用。
◆實用：解決了項目中需要解決的問題，這是任何實際工程中采用的框架和工具都應具有的性質，否則就不要拿到實際項目中來。
◆靈活：靈活有兩層意思，一種是簡單易擴展，另一種是功能強大提供了很多選項。ibatis屬于前者，Hibernate屬于后者。兩者各有優缺點。
◆功能完整：ibatis的功能完整也是相對的，比我們自己開發的框架應該完整，但對比其他框架肯定也有一些解決不了的問題。
增強系統的可維護性：利用ibatis可以做到sql和代碼分離，可以設計出一個清晰的數據訪問層（dal）。但項目架構是否科學合理，是否以維護，關鍵不在ibatis，因為它只是一個數據層框架。但是我們也不得不清楚，要想發揮ibatis的優勢，我們需要做一些額外工作，比如最好設計dao接口，需要將業務層實體和對實體的訪問放在不同的工程中，同時需要維護xml配置文件。
◆滯后性：ibatis組現在還沒有提到要支持。net2.0，很多人在。net2.0下使用ibatis都出現了問題。所以如果要使用。net2.0開發，ibatis不是一個好選擇，還需要等待。
◆不成熟：開源的東西很難說成熟，但一般比我們自己寫的框架要成熟。由于我們可以拿到他的源代碼，所以關鍵在于我們能否駕馭它。
◆半orm，工具支持少：這注定了ibatis不能從本質上提升開發效率，我們需要自己寫sql，寫實體類，寫配置文件。但這也是它優越的地方，它沒有為我們做的他多，所以我們就有更多的施展空間。而且它非常適合那些并不能完全控制數據庫的系統和需要利用數據庫本身提供的高級特性的統計查詢系統的開發。以上介紹Hibernate可行性。
【編輯推薦】
