ruoyi-vue中的mybatis改为mybatis-plus

计划赶不上变化,本打算做自己知识库网站,但是最近事情真的太多了,只能再往后延了。最近孩子得了疱疹性咽峡炎发高烧,一个星期没去上学;期间又要给一个朋友做一个wms系统,在家里加班到很晚,媳妇这期间工作也忙的加班到一点多,总之都赶到一块了。现在困难都在慢慢过去,孩子的病也好了,做的系统也提交了一版,媳妇加班也不用那么晚了,我也终于有时间做一个总结了。

在做那个wms系统的时候,朋友说了不要微服务,用单体应用,然后我直接在ruoyi-vue的基础上进行开发,开发完我感觉不太好用的一点就是ruoyi-vue自带的是mybatis,如果用mybatis-plus的话就能够省去很多的sql编写,基于此我想要对ruoyi-vue做一个小小的改造,将mybatis改为mybatis-plus,下面便是我的操作步骤。

1下载ruoyi-vue项目代码

git clone https://gitee.com/y_project/RuoYi-Vue.git

2创建数据库

在这里插入图片描述在这里插入图片描述

3前端项目

  • 进入前端项目
    在这里插入图片描述
  • 下载依赖
    在这里插入图片描述
  • 启动前端
    在这里插入图片描述

4后端项目

  • 修改redis和数据库连接配置
    在这里插入图片描述
    在这里插入图片描述

  • 最外层pom文件添加依赖
    在这里插入图片描述

  • application.yml添加mybatis-plus配置
    在这里插入图片描述

  • 注释MybatisConfig.java
    在这里插入图片描述

  • 新建MybatisPlusConfig.java
    在这里插入图片描述

  • 新建other模块,在pom添加如下依赖
    在这里插入图片描述
    在这里插入图片描述

  • 在项目最外层pom添加other依赖
    在这里插入图片描述

  • 修改BaseEntity.java
    在这里插入图片描述

  • 新建模块的mapper文件记得继承与BaseMapper
    在这里插入图片描述

  • admin模块添加other依赖
    在这里插入图片描述

  • 添加一个单元测试
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

至此ruoyi-vue已改为依赖mybatis-plus.

### RuoYi-Vue升级 MyBatis-Plus 并保留 MyBatis 配置 #### 保持兼容性的策略 为了在 RuoYi-Vue 项目中顺利升级 MyBatis-Plus 版本并确保原有的 MyBatis 功能不受影响,建议采取逐步迁移的方式。这种方式能够最大限度地减少对现有系统的冲击,并允许团队有条不紊地测试新版本的功能。 #### 修改 `pom.xml` 文件引入最新版依赖 对于 ruoyi-common 模块,在 pom.xml 中更新 mybatis-plus-boot-starter 至所需的新版本号,同时确认该版本与当前使用的 Spring Boot 和其他组件相匹配[^3]: ```xml <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>最新的稳定版本</version> </dependency> ``` 注意替换 `"最新的稳定版本"` 为实际要安装的具体版本号。 #### 调整配置文件以支持双重映射机制 为了让应用程序既能识别旧有的 XML 映射文件又能利用 MyBatis-Plus 提供的简化 API 接口定义,可以在 application.yml 或者 application.properties 中设置如下参数来启用双模式工作状态: ```yaml mybatis: mapper-locations: classpath*:mapper/*.xml type-aliases-package: com.ruoyi.project.**.domain mybatis-plus: global-config: db-config.id-type: auto configuration: map-underscore-to-camel-case: true ``` 上述 YAML 设置不仅指定了 Mapper XML 文件的位置还启用了下划线转驼峰命名规则的支持[^2]。 #### 处理潜在冲突的方法 由于部分 MyBatis-Plus 默认行为可能覆盖原有 MyBatis 实现细节,因此需要特别留意插件注册顺序以及自定义拦截器的应用范围等问题。如果遇到任何异常情况,则应仔细对比官方文档说明调整相应属性直至恢复正常运作为止。 #### 测试验证阶段的重要性 完成以上更改之后务必进行全面回归测试,特别是针对那些高度依赖于特定 SQL 查询语句或者复杂事务管理流程的部分。这一步骤有助于及时发现可能出现的问题并加以修正,从而保障整个数据库交互层平稳过渡到新版框架之上。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码农小丰

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值