Mybatis是什么？Mybatis的前身又是什么？

Mybatis是什么？Mybatis的前身又是什么？相信大部分人都不太了解，今天小編為了讓大家更加了解Mybatis，給大家總結了以下內容，跟隨小編一起來看吧。

一、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,這是肯定的,技術本身就是要不斷發展的,如果技術不再發展了,那么我們程序員的價值就會大大降低,因為不需要在學習了,幾次互聯網的高潮都是由于新技術的產生.導致程序員的薪水大幅度增長。

以上就是Mybatis的知識匯總，內容較為全面，小編相信有部分知識點可能是我們日常工作可能會見到或用到的。希望你能通過這篇文章學到更多知識。