仓库

后端地址：https://github.com/valarchie/AgileBoot-Back-End

技术栈：Springboot / Spring Security / MyBatis Plus JPA 无XML/ Druid / Redis / Hutool / JWT

前端地址：https://github.com/valarchie/AgileBoot-Front-End

技术栈：Vue3 + ElementUI plus + Vite

由来

AgileBoot这个项目的建立是因为闲暇时间想自己捣鼓一点小东西，于是当时网上找了很多快速开发脚手架。比如Ruoyi/Jeecg-boot/ElAdmin/renren等框架。

芋道也弄了一个Ruoyi-Pro的项目，但是功能一大堆，太重了，可能质量得不到保证。

最后选择了Ruoyi框架作为自己开发一些小东西的脚手架。首先首先，非常感谢Ruoyi作者整理出这个项目。

但是当我把Ruoyi项目翻了一遍之后。发现项目的代码水平和质量都….. emm… 有点不像一个专业后端人员开发出来的项目。

存在一些缺陷：

命名比较乱七八糟（很多很糟糕的命名，包括机翻英语乱用）
项目分包以及模块比较乱
比较原始的Controller > Service > DAO的开发模式。过于面向过程。
一大堆自己造的轮子，并且没有UT覆盖。
大量逻辑嵌套在if else块当中
值的前后不统一，比如有的地方1代表是，有的地方1代表否
很多很奇怪的代码写法（比如return result > 0 ? true:false.. 一言难尽）

于是乎我基于Ruoyi项目，整个进行了重构。

重构内容

将MyBatis迁移到Mybatis Plus（迁移工作非常耗时间）+ JPA的形式进行数据增删改 + 无XML
迁移FastJson到Jackson（FastJson的坑就不多说了）
对数据库的表进行重新优化设计
去除所谓的低代码生成…..(这种级别的代码生成其实意义不大，真正拿这个脚手架来开发的话，也用不上)
各个层的日志进行切面打印
前后端密码加密传输
设计多级缓存体系 Map -> Guava > Redis. 不同场景使用不同级别的缓存。Redis缓存内嵌入本地缓存。
合理的分包： common（公共包） / infrastructure（基础框架设施） / domain(业务逻辑) / orm（数据层） / admin(管理后台) / api （外部API）
Ruoyi的角色是多职位多角色的设计，但是作为小型快速开发脚手架，没必要这样设计，我改成单职位单角色。
统一注解拦截数据权限
切分不同环境的启动文件
统一设计异常类
统一设计错误码并集中管理
统一系统内的变量并集中管理
统一返回模型
引入Google代码格式化模板（Ruoyi的代码格式很另类….）
后端代码的命名基本都整改OK
前端代码的命名也非常混乱，进行了整改
引入hutool包以及guava包去掉大量自己造的轮子（大量工作…..）
引入lombok去除大量getter setter代码
调整日志级别
字典类型数据完全用Enum进行代替
移除SQL注入的Filter，因为迁移到Mybatis Plus就不会有这个注入的问题
XSS直接通过JSON拦截过滤。
替换掉很多Deprecated的类以及配置
优化异步服务
优化Excel相关类的设计，采用hutool包成熟的轮子
权限判断使用缓存
IP地址查询引入离线包
引入多级缓存体系