使用fluent mybatis可以不用寫具體的xml文件,通過java api可以構(gòu)造出比較復(fù)雜的業(yè)務(wù)sql語句,做到代碼邏輯和sql邏輯的合一。
不再需要在Dao中組裝查詢或更新操作,在xml或mapper中再組裝參數(shù)。
那對比原生Mybatis, Mybatis Plus或者其他框架,F(xiàn)luentMybatis提供了哪些便利呢?
需求場景設(shè)置
我們通過一個比較典型的業(yè)務(wù)需求來具體實現(xiàn)和對比下,假如有學(xué)生成績表結(jié)構(gòu)如下:
createtable`student_score` ( idbigintauto_incrementcomment'主鍵ID'primarykey, student_idbigintnotnullcomment'學(xué)號', gender_mantinyintdefault0notnullcomment'性別,0:女;1:男', school_termintnullcomment'學(xué)期', subjectvarchar(30)nullcomment'學(xué)科', scoreintnullcomment'成績', gmt_createdatetimenotnullcomment'記錄創(chuàng)建時間', gmt_modifieddatetimenotnullcomment'記錄最后修改時間', is_deletedtinyintdefault0notnullcomment'邏輯刪除標(biāo)識' )engine=InnoDBdefaultcharset=utf8;
現(xiàn)在有需求:
統(tǒng)計2000年三門學(xué)科('英語', '數(shù)學(xué)', '語文')及格分?jǐn)?shù)按學(xué)期,學(xué)科統(tǒng)計最低分,最高分和平均分, 且樣本數(shù)需要大于1條,統(tǒng)計結(jié)果按學(xué)期和學(xué)科排序
我們可以寫SQL語句如下
selectschool_term, subject, count(score)ascount, min(score)asmin_score, max(score)asmax_score, avg(score)asmax_score fromstudent_score whereschool_term>=2000 andsubjectin('英語','數(shù)學(xué)','語文') andscore>=60 andis_deleted=0 groupbyschool_term,subject havingcount(score)>1 orderbyschool_term,subject;
那上面的需求,分別用fluent mybatis, 原生mybatis 和 Mybatis plus來實現(xiàn)一番。
三者實現(xiàn)對比
使用fluent mybatis 來實現(xiàn)上面的功能
具體代碼
我們可以看到fluent api的能力,以及IDE對代碼的渲染效果。
換成mybatis原生實現(xiàn)效果
定義Mapper接口
publicinterfaceMyStudentScoreMapper{ List
定義接口需要用到的參數(shù)實體 SummaryQuery
@Data @Accessors(chain=true) publicclassSummaryQuery{ privateIntegerschoolTerm; privateListsubjects; privateIntegerscore; privateIntegerminCount; }
定義實現(xiàn)業(yè)務(wù)邏輯的mapper xml文件
實現(xiàn)業(yè)務(wù)接口(這里是測試類, 實際應(yīng)用中應(yīng)該對應(yīng)Dao類)
@RunWith(SpringRunner.class) @SpringBootTest(classes=QuickStartApplication.class) publicclassMybatisDemo{ @Autowired privateMyStudentScoreMappermapper; @Test publicvoidmybatis_demo(){ //構(gòu)造查詢參數(shù) SummaryQueryparas=newSummaryQuery() .setSchoolTerm(2000) .setSubjects(Arrays.asList("英語","數(shù)學(xué)","語文")) .setScore(60) .setMinCount(1); List
總之,直接使用mybatis,實現(xiàn)步驟還是相當(dāng)?shù)姆爆?,效率太低。那換成mybatis plus的效果怎樣呢?
換成mybatis plus實現(xiàn)效果
mybatis plus的實現(xiàn)比mybatis會簡單比較多,實現(xiàn)效果如下
如紅框圈出的,寫mybatis plus實現(xiàn)用到了比較多字符串的硬編碼(可以用Entity的get lambda方法部分代替字符串編碼)。字符串的硬編碼,會給開發(fā)同學(xué)造成不小的使用門檻,個人覺的主要有2點:
字段名稱的記憶和敲碼困難
Entity屬性跟隨數(shù)據(jù)庫字段發(fā)生變更后的運行時錯誤
其他框架,比如TkMybatis在封裝和易用性上比mybatis plus要弱,就不再比較了。
生成代碼編碼比較
fluent mybatis生成代碼設(shè)置
publicclassAppEntityGenerator{ staticfinalStringurl="jdbc//localhost:3306/fluent_mybatis_demo?useSSL=false&useUnicode=true&characterEncoding=utf-8"; publicstaticvoidmain(String[]args){ FileGenerator.build(Abc.class); } @Tables( /**數(shù)據(jù)庫連接信息**/ url=url,username="root",password="password", /**Entity類parentpackage路徑**/ basePack="cn.org.fluent.mybatis.springboot.demo", /**Entity代碼源目錄**/ srcDir="spring-boot-demo/src/main/java", /**Dao代碼源目錄**/ daoDir="spring-boot-demo/src/main/java", /**如果表定義記錄創(chuàng)建,記錄修改,邏輯刪除字段**/ gmtCreated="gmt_create",gmtModified="gmt_modified",logicDeleted="is_deleted", /**需要生成文件的表(表名稱:對應(yīng)的Entity名稱)**/ tables=@Table(value={"student_score"}) ) staticclassAbc{ } }
mybatis plus代碼生成設(shè)置
publicclassCodeGenerator{ staticStringdbUrl="jdbc//localhost:3306/fluent_mybatis_demo?useSSL=false&useUnicode=true&characterEncoding=utf-8"; @Test publicvoidgenerateCode(){ GlobalConfigconfig=newGlobalConfig(); DataSourceConfigdataSourceConfig=newDataSourceConfig(); dataSourceConfig.setDbType(DbType.MYSQL) .setUrl(dbUrl) .setUsername("root") .setPassword("password") .setDriverName(Driver.class.getName()); StrategyConfigstrategyConfig=newStrategyConfig(); strategyConfig .setCapitalMode(true) .setEntityLombokModel(false) .setNaming(NamingStrategy.underline_to_camel) .setColumnNaming(NamingStrategy.underline_to_camel) .setEntityTableFieldAnnotationEnable(true) .setFieldPrefix(newString[]{"test_"}) .setInclude(newString[]{"student_score"}) .setLogicDeleteFieldName("is_deleted") .setTableFillList(Arrays.asList( newTableFill("gmt_create",FieldFill.INSERT), newTableFill("gmt_modified",FieldFill.INSERT_UPDATE))); config .setActiveRecord(false) .setIdType(IdType.AUTO) .setOutputDir(System.getProperty("user.dir")+"/src/main/java/") .setFileOverride(true); newAutoGenerator().setGlobalConfig(config) .setDataSource(dataSourceConfig) .setStrategy(strategyConfig) .setPackageInfo( newPackageConfig() .setParent("com.mp.demo") .setController("controller") .setEntity("entity") ).execute(); } }
FluentMybatis特性一覽
三者對比總結(jié)
看完3個框架對同一個功能點的實現(xiàn), 各位看官肯定會有自己的判斷,筆者這里也總結(jié)了一份比較。
- | Mybatis Plus | Fluent Mybatis |
---|---|---|
代碼生成 | 生成 Entity | 生成Entity, 再通過編譯生成 Mapper, Query, Update 和 SqlProvider |
Generator易用性 | 低 | 高 |
和Mybatis的共生關(guān)系 | 需替換原有的SqlSessionFactoryBean | 對Mybatis沒有任何修改,原來怎么用還是怎么用 |
動態(tài)SQL構(gòu)造方式 | 應(yīng)用啟動時, 根據(jù)Entity注解信息構(gòu)造動態(tài)xml片段,注入到Mybatis解析器 | 應(yīng)用編譯時,根據(jù)Entity注解,編譯生成對應(yīng)方法的SqlProvider,利用mybatis的Mapper上@InsertProvider @SelectProvider @UpdateProvider注解關(guān)聯(lián) |
動態(tài)SQL結(jié)果是否容易DEBUG跟蹤 | 不容易debug | 容易,直接定位到SQLProvider方法上,設(shè)置斷點即可 |
動態(tài)SQL構(gòu)造 | 通過硬編碼字段名稱, 或者利用Entity的get方法的lambda表達(dá)式 | 通過編譯手段生成對應(yīng)的方法名,直接調(diào)用方法即可 |
字段變更后的錯誤發(fā)現(xiàn) | 通過get方法的lambda表達(dá)的可以編譯發(fā)現(xiàn),通過字段編碼的無法編譯發(fā)現(xiàn) | 編譯時便可發(fā)現(xiàn) |
不同字段動態(tài)SQL構(gòu)造方法 | 通過接口參數(shù)方式 | 通過接口名稱方式, FluentAPI的編碼效率更高 |
語法渲染特點 | 無 | 通過關(guān)鍵變量select, update, set, and, or可以利用IDE語法渲染, 可讀性更高 |
審核編輯:劉清
-
XML
+關(guān)注
關(guān)注
0文章
188瀏覽量
33142 -
SQL
+關(guān)注
關(guān)注
1文章
774瀏覽量
44251 -
API串口
+關(guān)注
關(guān)注
0文章
13瀏覽量
4862
原文標(biāo)題:Fluent Mybatis、原生Mybatis,、Mybatis Plus 大對比,哪個更好用?
文章出處:【微信號:芋道源碼,微信公眾號:芋道源碼】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
評論