应用fluent mybatis能够不必写具体的xml文件,通过java api能够结构出比较复杂的业务sql语句,做到代码逻辑和sql逻辑的合一。不再须要在Dao中组装查问或更新操作,在xml或mapper中再组装参数。那比照原生Mybatis, Mybatis Plus或者其余框架,FluentMybatis提供了哪些便当呢?
需要场景设置
咱们通过一个比拟典型的业务需要来具体实现和比照下,如果有学生成绩表构造如下:
create table `student_score`( id bigint auto_increment comment '主键ID' primary key, student_id bigint not null comment '学号', gender_man tinyint default 0 not null comment '性别, 0:女; 1:男', school_term int null comment '学期', subject varchar(30) null comment '学科', score int null comment '问题', gmt_create datetime not null comment '记录创立工夫', gmt_modified datetime not null comment '记录最初批改工夫', is_deleted tinyint default 0 not null comment '逻辑删除标识') engine = InnoDB default charset=utf8;
当初有需要:
统计2000年三门学科('英语', '数学', '语文')及格分数按学期,学科统计最低分,最高分和平均分, 且样本数须要大于1条,统计后果按学期和学科排序
咱们能够写SQL语句如下
select school_term, subject, count(score) as count, min(score) as min_score, max(score) as max_score, avg(score) as max_scorefrom student_scorewhere school_term >= 2000 and subject in ('英语', '数学', '语文') and score >= 60 and is_deleted = 0group by school_term, subjecthaving count(score) > 1order by school_term, subject;
那下面的需要,别离用fluent mybatis, 原生mybatis 和 Mybatis plus来实现一番。
三者实现比照
应用fluent mybatis 来实现下面的性能
咱们能够看到fluent api的能力,以及IDE对代码的渲染成果。
换成mybatis原生实现成果
- 定义Mapper接口
public interface MyStudentScoreMapper { List<Map<String, Object>> summaryScore(SummaryQuery paras);}
- 定义接口须要用到的参数实体 SummaryQuery
@Data@Accessors(chain = true)public class SummaryQuery { private Integer schoolTerm; private List<String> subjects; private Integer score; private Integer minCount;}
- 定义实现业务逻辑的mapper xml文件
<select id="summaryScore" resultType="map" parameterType="cn.org.fluent.mybatis.springboot.demo.mapper.SummaryQuery"> select school_term, subject, count(score) as count, min(score) as min_score, max(score) as max_score, avg(score) as max_score from student_score where school_term >= #{schoolTerm} and subject in <foreach collection="subjects" item="item" open="(" close=")" separator=","> #{item} </foreach> and score >= #{score} and is_deleted = 0 group by school_term, subject having count(score) > #{minCount} order by school_term, subject</select>
- 实现业务接口(这里是测试类, 理论利用中应该对应Dao类)
@RunWith(SpringRunner.class)@SpringBootTest(classes = QuickStartApplication.class)public class MybatisDemo { @Autowired private MyStudentScoreMapper mapper; @Test public void mybatis_demo() { // 结构查问参数 SummaryQuery paras = new SummaryQuery() .setSchoolTerm(2000) .setSubjects(Arrays.asList("英语", "数学", "语文")) .setScore(60) .setMinCount(1); List<Map<String, Object>> summary = mapper.summaryScore(paras); System.out.println(summary); }}
总之,间接应用mybatis,实现步骤还是相当的繁琐,效率太低。那换成mybatis plus的成果怎么呢?
换成mybatis plus实现成果
mybatis plus的实现比mybatis会简略比拟多,实现成果如下
如红框圈出的,写mybatis plus实现用到了比拟多字符串的硬编码(能够用Entity的get lambda办法局部代替字符串编码)。字符串的硬编码,会给开发同学造成不小的应用门槛,集体觉的次要有2点:
- 字段名称的记忆和敲码艰难
- Entity属性追随数据库字段产生变更后的运行时谬误
其余框架,比方TkMybatis在封装和易用性上比mybatis plus要弱,就不再比拟了。
生成代码编码比拟
fluent mybatis生成代码设置
public class AppEntityGenerator { static final String url = "jdbc:mysql://localhost:3306/fluent_mybatis_demo?useSSL=false&useUnicode=true&characterEncoding=utf-8"; public static void main(String[] args) { FileGenerator.build(Abc.class); } @Tables( /** 数据库连贯信息 **/ url = url, username = "root", password = "password", /** Entity类parent package门路 **/ basePack = "cn.org.fluent.mybatis.springboot.demo", /** Entity代码源目录 **/ srcDir = "spring-boot-demo/src/main/java", /** Dao代码源目录 **/ daoDir = "spring-boot-demo/src/main/java", /** 如果表定义记录创立,记录批改,逻辑删除字段 **/ gmtCreated = "gmt_create", gmtModified = "gmt_modified", logicDeleted = "is_deleted", /** 须要生成文件的表 ( 表名称:对应的Entity名称 ) **/ tables = @Table(value = {"student_score"}) ) static class Abc { }}
mybatis plus代码生成设置
public class CodeGenerator { static String dbUrl = "jdbc:mysql://localhost:3306/fluent_mybatis_demo?useSSL=false&useUnicode=true&characterEncoding=utf-8"; @Test public void generateCode() { GlobalConfig config = new GlobalConfig(); DataSourceConfig dataSourceConfig = new DataSourceConfig(); dataSourceConfig.setDbType(DbType.MYSQL) .setUrl(dbUrl) .setUsername("root") .setPassword("password") .setDriverName(Driver.class.getName()); StrategyConfig strategyConfig = new StrategyConfig(); strategyConfig .setCapitalMode(true) .setEntityLombokModel(false) .setNaming(NamingStrategy.underline_to_camel) .setColumnNaming(NamingStrategy.underline_to_camel) .setEntityTableFieldAnnotationEnable(true) .setFieldPrefix(new String[]{"test_"}) .setInclude(new String[]{"student_score"}) .setLogicDeleteFieldName("is_deleted") .setTableFillList(Arrays.asList( new TableFill("gmt_create", FieldFill.INSERT), new TableFill("gmt_modified", FieldFill.INSERT_UPDATE))); config .setActiveRecord(false) .setIdType(IdType.AUTO) .setOutputDir(System.getProperty("user.dir") + "/src/main/java/") .setFileOverride(true); new AutoGenerator().setGlobalConfig(config) .setDataSource(dataSourceConfig) .setStrategy(strategyConfig) .setPackageInfo( new PackageConfig() .setParent("com.mp.demo") .setController("controller") .setEntity("entity") ).execute(); }}
FluentMybatis个性一览
三者比照总结
看完3个框架对同一个性能点的实现, 各位看官必定会有本人的判断,笔者这里也总结了一份比拟。
- | Mybatis Plus | Fluent Mybatis |
---|---|---|
代码生成 | 生成 Entity | 生成Entity, 再通过编译生成 Mapper, Query, Update 和 SqlProvider |
Generator易用性 | 低 | 高 |
和Mybatis的共生关系 | 需替换原有的SqlSessionFactoryBean | 对Mybatis没有任何批改,原来怎么用还是怎么用 |
动静SQL结构形式 | 利用启动时, 依据Entity注解信息结构动静xml片段,注入到Mybatis解析器 | 利用编译时,依据Entity注解,编译生成对应办法的SqlProvider,利用mybatis的Mapper上@InsertProvider @SelectProvider @UpdateProvider注解关联 |
动静SQL后果是否容易DEBUG跟踪 | 不容易debug | 容易,间接定位到SQLProvider办法上,设置断点即可 |
动静SQL结构 | 通过硬编码字段名称, 或者利用Entity的get办法的lambda表达式 | 通过编译伎俩生成对应的办法名,间接调用办法即可 |
字段变更后的谬误发现 | 通过get办法的lambda表白的能够编译发现,通过字段编码的无奈编译发现 | 编译时便可发现 |
不同字段动静SQL构造方法 | 通过接口参数形式 | 通过接口名称形式, FluentAPI的编码效率更高 |
语法渲染特点 | 无 | 通过要害变量select, update, set, and, or能够利用IDE语法渲染, 可读性更高 |