Skip to content

功能列表

👻 后端结构


后端采用模块化的架构,按照功能拆分成多个 Maven Module,提升开发与研发的效率,带来更好的可维护性。

一共有类 Maven Module:

Maven Module作用
yudao-dependenciesMaven 依赖版本管理
yudao-frameworkJava 框架拓展
yudao-module-xxxXXX 功能的 Module 模块
yudao-server管理后台 + 用户 App 的服务端

下面,我们来逐个看看。

1. yudao-dependencies

该模块是一个 Maven Bom,只有一个 pom.xml 文件,定义项目中所有 Maven 依赖的版本号,解决依赖冲突问题。

详细的解释,可见 《微服务中使用 Maven BOM 来管理你的版本依赖 》 文章。

从定位上来说,它和 Spring Boot 的 spring-boot-starter-parent 和 Spring Cloud 的 spring-cloud-dependencies 是一致的。

实际上,ruoyi-vue-pro 本质上还是个单体项目,直接在根目录 pom.xml 管理依赖版本会更加方便,也符合绝大多数程序员的认知。但是要额外考虑一个场景,如果每个 yudao-module-xxx 模块都维护在一个独立的 Git 仓库,那么 yudao-dependencies 就可以在多个 yudao-module-xxx 模块下复用。

2. yudao-framework

该模块是 ruoyi-vue-pro 项目的框架封装,其下的每个 Maven Module 都是一个组件,分成两种类型:

① 技术组件:技术相关的组件封装,例如说 MyBatis、Redis 等等。

Maven Module作用
yudao-common定义基础 pojo 类、枚举、工具类等
yudao-spring-boot-starter-webWeb 封装,提供全局异常、访问日志等
yudao-spring-boot-starter-websocketWebSocket 封装,提供 Token 认证、WebSocket 集群广播、Message 监听
yudao-spring-boot-starter-security认证授权,基于 Spring Security 实现
yudao-spring-boot-starter-mybatis数据库操作,基于 MyBatis Plus 实现
yudao-spring-boot-starter-redis缓存操作,基于 Spring Data Redis + Redisson 实现
yudao-spring-boot-starter-mq消息队列,基于 Redis 实现,支持集群消费和广播消费
yudao-spring-boot-starter-job定时任务,基于 Quartz 实现,支持集群模式
yudao-spring-boot-starter-protection服务保障,提供幂等、分布式锁、限流、熔断等功能
yudao-spring-boot-starter-excelExcel 导入导出,基于 EasyExcel 实现
yudao-spring-boot-starter-monitor服务监控,提供链路追踪、日志服务、指标收集等功能
yudao-spring-boot-starter-test单元测试,基于 Junit + Mockito 实现
yudao-spring-boot-starter-file【已合并】文件客户端,支持将文件存储到 S3(MinIO、阿里云、腾讯云、七牛云)、本地、FTP、SFTP、数据库等
yudao-spring-boot-starter-captcha【已合并】验证码 Captcha,提供滑块验证码

友情提示:

  • yudao-spring-boot-starter-file 组件:自 2.0.1 版本,合并到 yudao-module-infra 模块的 framework/file 包下,一方面减少 starter 提升编译速度,一方面只有 infra 模块使用到
  • yudao-spring-boot-starter-captcha 组件:自 2.0.1 版本,合并到 yudao-module-system 模块的 framework/captcha 包下,一方面减少 starter 提升编译速度,一方面只有 system 模块使用到
  • yudao-spring-boot-starter-flowable 组件:自 2.0.1 版本,合并到 yudao-module-bpm 模块的 framework/flowable 包下,一方面减少 starter 提升编译速度,一方面只有 bpm 模块使用到

② 业务组件:业务相关的组件封装,例如说数据字典、操作日志等等。如果是业务组件,名字会包含 biz 关键字。

Maven Module作用
yudao-spring-boot-starter-biz-tenantSaaS 多租户
yudao-spring-boot-starter-biz-data-permission数据权限
yudao-spring-boot-starter-biz-operatelog 【已合并】操作日志
yudao-spring-boot-starter-biz-pay 【已合并】支付客户端,对接微信支付、支付宝等支付平台
yudao-spring-boot-starter-biz-ip地区 & IP 库

友情提示:

  • yudao-spring-boot-starter-biz-operatelog 组件:自 2.1.0 版本,合并到 yudao-spring-boot-starter-security 组件的 operatelog 包下,主要减少 starter 提升编译速度
  • yudao-spring-boot-starter-biz-pay 组件:自 2.5.1 版本,合并到 yudao-module-pay 模块的 framework/pay 包下,因为只有它会使用到,更加聚焦收敛

每个组件,包含两部分:

  1. core 包:组件的核心封装,拓展相关的功能。
  2. config 包:组件的 Spring Boot 自动配置。

3. yudao-module-xxx

该模块是 XXX 功能的 Module 模块,目前内置了 12 个模块。

Maven Module作用是否必须
yudao-module-system系统功能
yudao-module-infra基础设施
yudao-module-member会员中心x
yudao-module-bpm工作流程x
yudao-module-pay支付系统x
yudao-module-report大屏报表x
yudao-module-mall商城系统x
yudao-module-erpERP 系统x
yudao-module-crmCRM 系统x
yudao-module-aiAI 大模型x
yudao-module-mp微信公众号x
yudao-module-iotIoT 物联网x

3.1 整体结构

每个模块,不包含子 Maven Module,打开后就是源码,如下图所示:

总结来说,每个模块采用三层架构 + 非严格分层,如下图所示:

下面,我们来看看每个分层(包)的具体结构。

3.2 Controller 包

所在包作用示例
controller.adminController 类提供给管理后台的 RESTful API,默认以 admin-api/ 作为前缀。例如 admin-api/system/auth/login 登录接口AuthController
controller.adminVO 类Admin Controller 接口的入参 ReqVO、出参 RespVOAuthLoginReqVO、AuthLoginRespVO
controller.appController 类,以 App 为前缀提供给用户 App 的 RESTful API,默认以 app-api/ 作为前缀。例如 app-api/member/auth/login 登录接口AppAuthController
controller.appVO 类,以 App 为前缀App Controller 接口的入参 ReqVO、出参 RespVOAppAuthLoginReqVO、AppAuthLoginRespVO
controller.http 文件IDEA Http Client 插件,模拟请求 RESTful 接口AuthController.http

疑问:为什么 Controller 分成 Admin 和 App 两种?

提供给 Admin 和 App 的 RESTful API 接口是不同的,拆分后更加清晰。

疑问:为什么 VO 分成 Admin 和 App 两种?

相同功能的 RESTful API 接口,对于 Admin 和 App 传入的参数、返回的结果都可能是不同的。例如说,Admin 查询某个用户的基本信息时,可以返回全部字段;而 App 查询时,不会返回 mobile 手机等敏感字段。

疑问:为什么 DO 不作为 Controller 的出入参?

  1. 明确每个 RESTful API 接口的出入参。例如说,创建部门时,只需要传入 name、parentId 字段,使用 DO 接参就会导致 type、createTime、creator 等字段可以被传入,导致前端同学一脸懵逼。
  2. 每个 RESTful API 有自己独立的 VO,可以更好的设置 Swagger 注解、Validator 校验规则,而让 DO 保持整洁,专注映射好数据库表。

ps:不过考虑到大家的开发方便,代码生成器也支持使用 DO 作为 Controller 的出入参,适用于一些简单的项目,主要看你的选择!

更多推荐阅读:

3.3 Service 包

所在包作用示例
serviceService 接口业务逻辑的接口定义AdminUserService
serviceServiceImpl 类业务逻辑的实现类AdminUserServiceImpl

3.4 DAL 包

所在包作用示例
dal-Data Access Layer,数据访问层-
dal.dataobjectDO 类Data Object,映射数据库表、或者 Redis 对象AdminUserDO
dal.mysqlMapper 接口数据库的操作AdminUserMapper
dal.redisRedisDAO 类Redis 的操作OAuth2AccessTokenRedisDAO

疑问:为什么操作 Redis 需要通过 RedisDAO?

Service 直接使用 RedisTemplate 操作 Redis,导致大量 Redis 的操作细节和业务逻辑杂糅在一起,导致代码不够整洁。通过 RedisDAO 类,将每个 Redis Key 像一个数据表一样对待,清晰易维护。

更多推荐阅读:

3.5 API 包

所在包作用示例
apiApi 接口提供给其它模块的 API 接口AdminUserApi
apiApiImpl 类提供给其它模块的 API 实现类AdminUserApiImpl
apiDTO 类Api 接口的入参 ReqDTO、出参 RespDTOAdminUserRespDTO、SocialUserBindReqDTO

① 你可以把 api 理解成一种特殊的“Controller”,提供给其他模块,方便你治理,知道哪些模块,调用了你那些接口。如下图所示:

② 当然,如果觉得麻烦,可以直接调用引入模块的 Service 的方法,不会有什么问题。

唯一需要注意的是,如果模块之间可能会存在相互引用的情况,会导致无法编译的情况,这个是 Maven 的限制。此时,需要抽一个 模块出来,例如说 yudao-module-xxx-api 模块。目前项目里,就有一个例子:

  • 问题:mall 商城下面,yudao-module-promotion 营销依赖 yudao-module-trade 交易,yudao-module-trade 交易依赖 yudao-module-promotion 营销。此时,编译会报错!
  • 解决方案:yudao-module-trade 抽出一个 yudao-module-trade-api 模块,提供给 yudao-module-promotion 营销使用
  • 依赖关系:最终就是 yudao-module-trade => yudao-module-promotion => yudao-module-trade-api

如果这个情况出的比较多,你也可以索性搞个 yudao-module-all-api 模块,所有碰到这种情况,都依赖它。

3.6 MQ 包

所在包作用示例
mq-Message Queue,消息队列-
mq.messageMessage 类发送和消费的消息SmsSendMessage
mq.producerProducer 类消息的生产者SmsProducer
mq.consumerConsumer 类消息的消费者SmsSendConsumer

更多推荐阅读:

3.7 Job 包

所在包作用示例
jobJob 类定时任务DemoJob
更多推荐阅读:

3.8 Enum 包

所在包作用示例
enumsEnum 类字段的枚举SocialTypeEnum
enumsDictTypeConstants 类数据字典的枚举DictTypeConstants
enumsErrorCodeConstants 类错误码的枚举ErrorCodeConstants

3.9 其它

所在包作用示例
convertConvert 接口DTO / VO / DO 等对象之间的转换器UserConvert
framework-模块自身的框架封装YudaoCaptchaConfiguration

更多推荐阅读:

4. yudao-server

该模块是后端 Server 的主项目,通过引入需要 yudao-module-xxx 业务模块,从而实现提供 RESTful API 给 yudao-ui-admin-vue3yudao-mall-uniapp 等前端项目。

本质上来说,它就是个空壳(容器)!如下图所示:

👾 前端结构


前端一共有两个个项目,分别是:

项目说明
yudao-ui-admin-vue3基于 Vue3 + element-plus 实现的管理后台
yudao-mall-uniapp基于 uni-app + uview 实现的用户 App

1. yudao-ui-admin-vue3

.
├── .github # github workflows 相关
├── .husky # husky 配置
├── .vscode # vscode 配置
├── mock # 自定义 mock 数据及配置
├── public # 静态资源
├── src # 项目代码
│   ├── api # api接口管理
│   ├── assets # 静态资源
│   ├── components # 公用组件
│   ├── hooks # 常用hooks
│   ├── layout # 布局组件
│   ├── locales # 语言文件
│   ├── plugins # 外部插件
│   ├── router # 路由配置
│   ├── store # 状态管理
│   ├── styles # 全局样式
│   ├── utils # 全局工具类
│   ├── views # 路由页面
│   ├── App.vue # 入口vue文件
│   ├── main.ts # 主入口文件
│   └── permission.ts # 路由拦截
├── types # 全局类型
├── .env.base # 本地开发环境 环境变量配置
├── .env.dev # 打包到开发环境 环境变量配置
├── .env.gitee # 针对 gitee 的环境变量 可忽略
├── .env.pro # 打包到生产环境 环境变量配置
├── .env.test # 打包到测试环境 环境变量配置
├── .eslintignore # eslint 跳过检测配置
├── .eslintrc.js # eslint 配置
├── .gitignore # git 跳过配置
├── .prettierignore # prettier 跳过检测配置
├── .stylelintignore # stylelint 跳过检测配置
├── .versionrc 自动生成版本号及更新记录配置
├── CHANGELOG.md # 更新记录
├── commitlint.config.js # git commit 提交规范配置
├── index.html # 入口页面
├── package.json
├── .postcssrc.js # postcss 配置
├── prettier.config.js # prettier 配置
├── README.md # 英文 README
├── README.zh-CN.md # 中文 README
├── stylelint.config.js # stylelint 配置
├── tsconfig.json # typescript 配置
├── vite.config.ts # vite 配置
└── windi.config.ts # windicss 配置

2. yudao-mall-uniapp

├── pages                   // 页面
│      ├── index            // 入口页面
│      ├── user             // 用户相关
│      ├── public           // 公共页面
│      ├── activity         // 活动页面
│      ├── app              // 积分、签到页面
│      ├── chat             // 客服页面
│      ├── commission       // 分销页面
│      ├── coupon           // 优惠券页面
│      ├── goods            // 商品页面
│      ├── order            // 订单页面
│      ├── pay              // 支付页面
├── sheep                   // 底层依赖/工具库
│      ├── api              // 服务端接口
│      ├── components       // 自定义功能组件
│      ├── config           // 配置文件
│      ├── helper           // 助手函数
│      ├── hooks            // vue-hooks
│      ├── libs             // 自定义依赖
│      ├── platform         // 第三方平台登录、分享、支付
│      ├── request          // 请求类库
│      ├── router           // 自定义路由跳转
│      ├── scss             // 主样式库
│      ├── store            // pinia状态管理模块
│      ├── ui               // 自定义UI组件
│      ├── url              // cdn图片地址格式化
│      ├── validate         // 通用验证器
│      ├── index.js         // Shopro入口文件
├── uni_modules             // dcloud第三方插件