Mybatis 和 Mybatis Plus 的区别
MyBatis:
- 所有SQL语句全部自己写
- 手动解析实体关系映射转换为MyBatis内部对象注入容器
- 不支持Lambda形式调用
Mybatis Plus:
- 强大的条件构造器,满足各类使用需求
- 内置的Mapper,通用的Service,少量配置即可实现单表大部分CRUD操作
- 支持Lambda形式调用
- 提供了基本的CRUD功能,连SQL语句都不需要编写
- 自动解析实体关系映射转换为MyBatis内部对象注入容器
MyBatis的优缺点
Mybatis-Plus是一个Mybatis的增强工具,只是在Mybatis的基础上做了增强却不做改变,MyBatis-Plus支持所有Mybatis原生的特性,所以引入Mybatis-Plus不会对现有的Mybatis构架产生任何影响。
缺点
- 过于依赖数据库SQL语句,导致数据库移植性差,更换数据库,如果SQL语句有差异,SQL语句工作量大
- 由于xml里标签id必须唯一,导致DAO中方法不支持方法重载
优点
- MyBatis封装了JBDC底层访问数据库的细节,使我们程序猿不需要与JDBC API打交道,就可以访问数据库
- MyBatis简单易学,程序猿直接编写SQL语句,适合于对SQL语句性能要求比较高的项目
- SQL语句封装在配置文件中,便于统一管理与维护,降低了程序的耦合度
- SQL代码从程序代码中彻底分离出来,可重用
- 提供了动态SQL标签,支持编写动态SQL
- 提供映射标签,支持对象与数据库的ORM字段关系映射
MyBatis-Plus
缺点
-
- 增加了学习成本。mybatis功能已经足够强大,足以应付绝大多数的开发,再花费时间和精力去学习mybatis-plus,走取巧之路,有好的一面,肯定也有不好的一面。
-
- 增加了升级和维护成本。mybatis升级之后,mybatis-plus还能不能用呢?如果不能用或者出现bug,这就是一个风险。
-
- 造成团队分裂。一个团队,萝卜青菜各有所爱,mybatis是事实的标准,功能强大,全世界范围的程序员都在使用,mybatis-plus呢,未必所有的人都赞同使用这个工具。
综之,mybatis只是个orm框架,是对jdbc的封装,从它的初衷和使命来看,其已经非常强大,而且完美。
优点
-
依赖少:仅仅依赖 Mybatis 以及 Mybatis-Spring 。
-
损耗小:启动即会自动注入基本 CURD,性能基本无损耗,直接面向对象操作 。
-
预防Sql注入:内置 Sql 注入剥离器,有效预防Sql注入攻击 。
-
通用CRUD操作:内置通用 Mapper、通用 Service,仅仅通过少量配置即可实现单表大部分 CRUD 操作,更有强大的条件构造器,满足各类使用需求 。
5、多种主键策略:支持多达4种主键策略(内含分布式唯一ID生成器),可自由配置,完美解决主键问题 。
-
支持热加载:Mapper 对应的 XML 支持热加载,对于简单的 CRUD 操作,甚至可以无 XML 启动
-
支持ActiveRecord:支持 ActiveRecord 形式调用,实体类只需继承 Model 类即可实现基本 CRUD 操作
-
支持代码生成:采用代码或者 Maven 插件可快速生成 Mapper 、 Model 、 Service 、 Controller 层代码(生成自定义文件,避免开发重复代码),支持模板引擎、有超多自定义配置等。
-
支持自定义全局通用操作:支持全局通用方法注入( Write once, use anywhere )。
-
支持关键词自动转义:支持数据库关键词(order、key…)自动转义,还可自定义关键词 。
-
内置分页插件:基于 Mybatis 物理分页,开发者无需关心具体操作,配置好插件之后,写分页等同于普通List查询。
-
内置性能分析插件:可输出 Sql 语句以及其执行时间,建议开发测试时启用该功能,能有效解决慢查询 。
-
内置全局拦截插件:提供全表 delete 、 update 操作智能分析阻断,预防误操作。
-
默认将实体类的类名查找数据库中的表,使用@TableName(value=“table1”)注解指定表名,@TableId指定表主键,若字段与表中字段名保持一致可不加注解。