一、MyBatis的簡介
MyBatis 是支援定制化 SQL、存儲過程以及進階映射的優秀的持久層架構。
MyBatis 避免了幾乎所有的 JDBC 代碼和手動設定參數以及擷取結果集。
MyBatis可以使用簡單的XML或注解用于配置和原始映射，将接口和Java的POJO（Plain Old Java Objects，普通的Java對象）映射成資料庫中的記錄.
二、MyBatis的曆史
原是apache的一個開源項目iBatis, 2010年6月這個項目由apache software foundation遷移到了google code，随着開發團隊轉投Google Code旗下，ibatis3.x正式更名為Mybatis ，代碼于2013年11月遷移到Github。
iBATIS一詞來源于“internet”和“abatis”的組合，是一個基于Java的持久層架構。iBATIS提供的持久層架構包括SQL Maps和Data Access Objects(DAO)
三、MyBatis的基本說明
(1)、MyBatis是一個工作在持久層的架構,它不再是一個标準的ORM架構
我們先看看Hibernate是如何對資料庫進行操作
我們再來看看Mybatis如何對資料庫進行操作
因為它隻管理了SQL語句和Java之間的關聯和映射,生成的實體類将不會自動建立表了,而是我們程式員自己去建立,你這邊寫的SQL語句是自己寫,而不是Hibernate通過save或者delete幫助我們進行建立。
(2)、前身是ibatis, 在ibatis3.x 時，更名為 MyBatis
是以說,在面試或者開發的時候會聽到IBatis,MyBatis,其實指的是一個東西。
(3)、MyBatis在java和sql之間提供更靈活的映射方案,MyBatis将sql語句和方法實作，直接寫到xml檔案中，實作和java程式解耦
為何這樣說,MyBatis将接口和SQL映射檔案進行分離,互相獨立,但又通過反射機制将其進行動态綁定。
其實它底層就是Mapper代理工廠[MapperRegistry]和Mapper标簽映射[MapperStatement],它們兩個說穿了就是Map容器,就是我們常見的HashMap、ConcurrentHashMap。
在後面我會具體分析MyBatis四大元件的工作原理。
是以說,MyBatis使用面向接口的方式這種思想很好的實作了解耦和的方式,同時易于開發者進行定制和擴充,比如我們熟悉的通用Mapper和分頁插件pageHelper,方式也非常簡單,後面會詳細進行說明。
(4)、 mybatis隻負責sql, 建庫建表的工作由程式員完成
在使用Hibernate的時候,建表的工作也是由架構幫助我們完成,Hibernate本身就是一個全自動的架構,MyBatis是一個半自動的架構,建表在很多時候我們需要對資料類型和字段進行更信詳細的定義和分析,是以說,在實際的生産環境中,MyBatis的這種方式更加符合開發者的習慣
小結:Hibernate相對MyBatis的差異化和差別
(1).Hibernate是一個标準的ORM架構,MyBatis不再是一個标準的ORM架構,它工作在持久層
(2).Hibernate是一個全自動的架構,MyBatis是一個半自動的架構
(3).Hibernate将對資料庫的操作全封閉化,MyBatis将其透明化[SQL編寫]
(4).MyBatis相對Hibernate來說更加優秀,更加流行
(5).Hibernate是一個重量級的架構,MyBatis相對來說更加輕量級,類似Struts2和SpringMVC
(6).Hibernate的學習成本更高,MyBatis相對來說更低
(7).從耦合度來說,MyBatis實作了最大程度化的解耦,通過面向接口的方式來進行解決
MyBatis很好的借鑒了Hibernate的好的一面,那就是查詢後将資料結果集映射的封裝工作還是交給我來完成,編寫SQL由你自己去完成,處理複雜的自定義結果集映射的權利也交給你來做。
簡單的工作封裝交給我來做,是以說,這對于Hibernate來說是緻命的,因為Hibenate将對表的操作轉換為對對象的操作,隻需通過操作對象就能幫助我們發送SQL,這是它本身最大的特點優勢。
但是,所有的操作都受限于讓Hibernate本身來完成,Hibernate最大的優勢反而變成了劣勢,試想,一位優秀的DBA，對原生的SQL進行了優化,但受限于Hibernate本身的特性,有種渾身無力使的感覺,這也注定Hibernate被MyBatis取代隻是時間問題。
四、為什麼要使用MyBatis?
MyBatis是一個半自動化的持久化層架構。
jdbc程式設計—當我們使用jdbc持久化的時候，sql語句被寫死到java代碼中。這樣耦合度太高。代碼不易于維護。在實際項目開發中會經常添加sql或者修改sql，這樣我們就隻能到java代碼中去修改。
Hibernate和JPA
長難複雜SQL，對于Hibernate而言處理也不容易
内部自動生産的SQL，不容易做特殊優化。
基于全映射的全自動架構，javaBean存在大量字段時無法隻映射部分字段。導緻資料庫性能下降。
對開發人員而言，核心sql還是需要自己優化
sql和java編碼分開，功能邊界清晰，一個專注業務、一個專注資料。
可以使用簡單的XML或注解用于配置和原始映射，将接口和Java的POJO映射成資料庫中的記錄。成為業務代碼+底層資料庫的媒介
五、動态SQL映射
如果說MyBatis的SQL映射,接口和檔案分離這種方式決定了MyBatis的優勢,那麼MyBatis的動态SQL直接決定了MyBatis它絕對的霸主地位,我們知道後端幾乎都是Spring家族的天下,那麼它肯定想過使用自家的産品将MyBatis淘汰,它确實做過,但是沒有幹掉MyBatis,所有MyBatis借助這兩大優勢和特點,當然MyBatis還有很多優秀的地方,慢慢替代了Hibernate
在一個實際的項目中，sql語句往往是比較複雜的，為了滿足更加複雜的業務需求，MyBatis的設計者，提供了動态生成SQL的功能,動态SQL就是根據不同的情況在同一個業務邏輯裡面産生的SQL語句是變化的,也就是說根據實際的業務需求同樣一段代碼産生SQL語句是不一樣的,。
在實際的開發中,我們會遇到比較複雜的業務需求,在這種複雜的業務需求中,我們可能需要發送好幾個SQL語句才能夠去處理的,那麼如果我們可以對這個SQL語句進行适當的程式設計,那麼這個SQL語句将會變得非常強大,那麼比如說有些資料庫是支援存儲過程的,這個存儲過程其實就是直接使用SQL語句來進行程式設計,可以根據你不同的情況動态的産生SQL語句
如果我們有相同的業務需求,在這個業務需求中有不同的情況,那我根據不同的情況在同一種請求裡面産生的SQL語句也不一樣即解決了你要學習存儲過程的麻煩,而且存儲過程整合起來也很痛苦,同時還解決了可以靈活的适用複雜的業務需求,是以這也是MyBatis優秀的原因,也是它為何能夠流行起來
MyBatis它研究了很多地方,讓程式更加靈活,它能夠設計一個産品,快速的簡潔的解決一些需求這才是最好的,這些其實他也能解決,寫一個存儲過程即可,但是存儲過程一些,代碼的複雜度又變高了
MyBatis就讓你在Mapper裡面可以使用if,for循環,多分支語句根據不同的情況産生不同的SQL語句,這就是MyBatis厲害的地方
是以MyBatis在一定程度上就有點把Hibernate就讓它有點受不了的地方,因為MyBatis業務需求設計的太好了,這也是目前SSM為何比SSH更流行的原因是以大家一看,好多年解決的問題,設計的問題别人都幫助我們進行了解決,沒有理由不用它
哪怕現在流行的分布式和微服務架構,在持久層來說,很大程度上還是使用MyBatis來做持久層,雖然越來越多的項目都是基于SpringBoot,但持久層還是Mybatis用的非常多
MyBatis為何在一定程度上它能夠讓大家喜歡,用它,就是他讓以前的工作變得更加簡單容易,而不是變得更難了,如果一樣東西變得越來越難,那就沒人用它
但是随着技術的發展,将來還會有更好的架構來替代MyBatis,這是肯定的,技術本身就是要不斷發展的,如果技術不再發展了,那麼我們程式員的價值就會大大降低,因為不需要在學習了,幾次網際網路的高潮都是由于新技術的産生.導緻程式員的薪水大幅度增長