這篇博文我們重點分析1下Mybatis與Hibernate的區分,固然在前面的博文中我們已深入的研究了Mybatis和Hibernate的原理。
Mybatis
Hibernate
作為1位優秀的程序員,只知道1種ORM框架是遠遠不夠的。在開發項目之前,架構的技術選型對項目是不是成功起到相當重要的作用。我們不但要了解同類型框架的原理和技術實現,還要深入的理解各自的優缺點,以便我們能夠在項目的實行進程中面對的困難更少。
所以這篇博文我們要將Mybatis和Hibernate進行1下深入的對照,加深我們對持久化框架的理解。下面我們開始今天的旅行。
Hibernate:Hibernate是當前最流行的ORM框架之1,對JDBC提供了較為完全的封裝。Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映照,和SQL的自動生成和履行。
Mybatis:Mybatis一樣也是非常流行的ORM框架,主要著力點在于 POJO 與 SQL 之間的映照關系。然后通過映照配置文件,將SQL所需的參數,和返回的結果字段映照到指定 POJO 。相對Hibernate“O/R”而言,Mybatis 是1種“Sql Mapping”的ORM實現。
難易度
Hibernate的真正掌握要比Mybatis困難,Hibernate比mybatis更加重量級1些。
Mybatis框架相對簡單很容易上手,但也相對簡陋些。
開發工作量
Mybatis需要我們手動編寫SQL語句,回歸最原始的方式,所以可以按需求指定查詢的字段,提高程序的查詢效力。
Hibernate也能夠自己寫SQL語句來指定需要查詢的字段,但這樣破壞了Hibernate封裝和簡潔性。
Mybatis由于所有SQL都是依賴數據庫書寫的,所以擴大性,遷移性比較差。
Hibernate與數據庫具體的關聯都在XML中,所以HQL對具體是用甚么數據庫其實不是很關心。
相同點
Hibernate和Mybatis的2級緩存除采取系統默許的緩存機制外,都可以通過實現你自己的緩存或為其他第3方緩存方案,創建適配器來完全覆蓋緩存行動。
不同點
Hibernate的2級緩存配置在SessionFactory生成的配置文件中進行詳細配置,然后再在具體的表-對象映照中配置是那種緩存。
MyBatis的2級緩存配置都是在每一個具體的表-對象映照中進行詳細配置,這樣針對不同的表可以自定義不同的緩存機制。并且Mybatis可以在命名空間中同享相同的緩存配置和實例,通過Cache-ref來實現。
二者比較
由于Hibernate對查詢對象有著良好的管理機制,用戶無需關心SQL。所以在使用2級緩存時如果出現臟數據,系統會報出毛病并提示。而MyBatis在這1方面,使用2級緩存時需要特別謹慎。如果不能完全肯定數據更新操作的波及范圍,避免Cache的盲目使用。否則,臟數據的出現會給系統的正常運行帶來很大的隱患。
Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory,然后由SessionFactory 生成Session,最后由Session來開啟履行事務和SQL語句。其中SessionFactoryBuider,SessionFactory,Session的生命周期都是差不多的。以下圖所示:
Hibernate的DAO層開發比MyBatis簡單,Mybatis需要保護SQL和結果映照。
Hibernate對對象的保護和緩存要比MyBatis好,對增刪改查的對象的保護要方便。
Hibernate有更好的2級緩存機制,可使用第3方緩存。MyBatis本身提供的緩存機制不佳。
MyBatis可以進行更加細致的SQL優化,可以減少查詢字段。
MyBatis容易掌握,而Hibernate門坎較高。
在博文的結尾,我們將Mybatis和Hibernate之間的區分自個用6個詞做總結:
Mybatis:小巧、方便、高效、簡單、直接、半自動化
Hibernate:強大、方便、高效、復雜、間接、全自動化
下一篇 項目感想記錄