Hibernate與iBATIS的較量淺析
Hibernate與iBATIS的比較，首先我們從他們的簡(jiǎn)介開始：
Hibernate 是當(dāng)前最流行的O/R mapping框架，它出身于sf.net，現(xiàn)在已經(jīng)成為Jboss的一部分了。
iBATIS 是另外一種優(yōu)秀的O/R mapping框架，目前屬于apache的一個(gè)子項(xiàng)目了。
相對(duì)Hibernate“O/R”而言，iBATIS是一種“Sql Mapping”的ORM實(shí)現(xiàn)。
Hibernate對(duì)數(shù)據(jù)庫(kù)結(jié)構(gòu)提供了較為完整的封裝，Hibernate的O/R Mapping實(shí)現(xiàn)了POJO 和數(shù)據(jù)庫(kù)表之間的映射，以及SQL 的自動(dòng)生成和執(zhí)行。程序員往往只需定義好了POJO 到數(shù)據(jù)庫(kù)表的映射關(guān)系，即可通過(guò)Hibernate 提供的方法完成持久層操作。程序員甚至不需要對(duì)SQL 的熟練掌握， Hibernate/OJB 會(huì)根據(jù)制定的存儲(chǔ)邏輯，自動(dòng)生成對(duì)應(yīng)的SQL 并調(diào)用JDBC 接口加以執(zhí)行。
而iBATIS 的著力點(diǎn)，則在于POJO 與SQL之間的映射關(guān)系。也就是說(shuō)，iBATIS并不會(huì)為程序員在運(yùn)行期自動(dòng)生成SQL 執(zhí)行。具體的SQL 需要程序員編寫，然后通過(guò)映射配置文件，將SQL所需的參數(shù)，以及返回的結(jié)果字段映射到指定POJO。
使用iBATIS 提供的ORM機(jī)制，對(duì)業(yè)務(wù)邏輯實(shí)現(xiàn)人員而言，面對(duì)的是純粹的Java對(duì)象。
這一層與通過(guò)Hibernate 實(shí)現(xiàn)ORM 而言基本一致，而對(duì)于具體的數(shù)據(jù)操作，Hibernate會(huì)自動(dòng)生成SQL 語(yǔ)句，而iBATIS 則要求開發(fā)者編寫具體的SQL 語(yǔ)句。相對(duì)Hibernate而言，iBATIS 以SQL開發(fā)的工作量和數(shù)據(jù)庫(kù)移植性上的讓步，為系統(tǒng)設(shè)計(jì)提供了更大的自由空間。
Hibernate與iBATIS的對(duì)比：
1．iBATIS非常簡(jiǎn)單易學(xué)，Hibernate相對(duì)較復(fù)雜，門檻較高。
2．二者都是比較優(yōu)秀的開源產(chǎn)品
3．當(dāng)系統(tǒng)屬于二次開發(fā),無(wú)法對(duì)數(shù)據(jù)庫(kù)結(jié)構(gòu)做到控制和修改,那iBATIS的靈活性將比Hibernate更適合
4．系統(tǒng)數(shù)據(jù)處理量巨大，性能要求極為苛刻，這往往意味著我們必須通過(guò)經(jīng)過(guò)高度優(yōu)化的SQL語(yǔ)句（或存儲(chǔ)過(guò)程）才能達(dá)到系統(tǒng)性能設(shè)計(jì)指標(biāo)。在這種情況下iBATIS會(huì)有更好的可控性和表現(xiàn)。
5．iBATIS需要手寫sql語(yǔ)句，也可以生成一部分，Hibernate則基本上可以自動(dòng)生成，偶爾會(huì)寫一些Hql。同樣的需求,iBATIS的工作量比Hibernate要大很多。類似的，如果涉及到數(shù)據(jù)庫(kù)字段的修改，Hibernate修改的地方很少，而iBATIS要把那些sql mapping的地方一一修改。
6．以數(shù)據(jù)庫(kù)字段一一對(duì)應(yīng)映射得到的PO和Hibernte這種對(duì)象化映射得到的PO是截然不同的，本質(zhì)區(qū)別在于這種PO是扁平化的，不像Hibernate映射的PO是可以表達(dá)立體的對(duì)象繼承，聚合等等關(guān)系的，這將會(huì)直接影響到你的整個(gè)軟件系統(tǒng)的設(shè)計(jì)思路。
7．Hibernate現(xiàn)在已經(jīng)是主流O/R Mapping框架，從文檔的豐富性，產(chǎn)品的完善性，版本的開發(fā)速度都要強(qiáng)于iBATIS
8．最關(guān)鍵的一句話是iBATIS的作者說(shuō)的：
If you are starting a new project and you're in full control of your object model and database design, Hibernate is a good choice of O/R tool.
If you are accessing any 3rd party databases (e.g. vendor supplied), or you're working with a legacy database, or even just a really poorly designed database, then an O/R mapper might not be capable of handling the situation. That's were an SQL Mapper comes in handy
Hibernate與iBATIS的比較就向你介紹到這里，希望上述的一些體驗(yàn)之言能和你有所共鳴。
【編輯推薦】
