项目结构
# 👍 相关视频教程
- 从零开始 01:视频课程导读:项目简介、功能列表、技术选型 (opens new window)
- 从零开始 04:自顶向下,讲解项目的整体结构(上) (opens new window)
- 从零开始 04:自顶向下,讲解项目的整体结构(下) (opens new window)
# 👻 后端结构
后端采用模块化的架构,按照功能拆分成多个 Maven Module,提升开发与研发的效率,带来更好的可维护性。
一共有四类 Maven Module:
Maven Module | 作用 |
---|---|
yudao-dependencies | Maven 依赖版本管理 |
yudao-framework | Java 框架拓展 |
yudao-module-xxx | XXX 功能的 Module 模块 |
yudao-server | 管理后台 + 用户 App 的服务端 |
下面,我们来逐个看看。
# 1. yudao-dependencies
该模块是一个 Maven Bom,只有一个 pom.xml
(opens new window) 文件,定义项目中所有 Maven 依赖的版本号,解决依赖冲突问题。
详细的解释,可见 《微服务中使用 Maven BOM 来管理你的版本依赖 》 (opens new window) 文章。
从定位上来说,它和 Spring Boot 的 spring-boot-starter-parent
(opens new window) 和 Spring Cloud 的 spring-cloud-dependencies
(opens new window) 是一致的。
实际上,ruoyi-vue-pro
本质上还是个单体项目,直接在根目录 pom.xml
(opens new window) 管理依赖版本会更加方便,也符合绝大多数程序员的认知。但是要额外考虑一个场景,如果每个 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-web | Web 封装,提供全局异常、访问日志等 |
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-flowable | 工作流,基于 Flowable 实现 |
yudao-spring-boot-starter-protection | 服务保障,提供幂等、分布式锁、限流、熔断等功能 |
yudao-spring-boot-starter-file | 文件客户端,支持将文件存储到 S3(MinIO、阿里云、腾讯云、七牛云)、本地、FTP、SFTP、数据库等 |
yudao-spring-boot-starter-excel | Excel 导入导出,基于 EasyExcel 实现 |
yudao-spring-boot-starter-monitor | 服务监控,提供链路追踪、日志服务、指标收集等功能 |
yudao-spring-boot-starter-captcha | 验证码 Captcha,提供滑块验证码 |
yudao-spring-boot-starter-test | 单元测试,基于 Junit + Mockito 实现 |
yudao-spring-boot-starter-banner | 控制台 Banner,启动打印各种提示 |
yudao-spring-boot-starter-desensitize | 脱敏组件:支持 JSON 返回数据时,将邮箱、手机等字段进行脱敏 |
② 业务组件:业务相关的组件封装,例如说数据字典、操作日志等等。如果是业务组件,名字会包含 biz
关键字。
Maven Module | 作用 |
---|---|
yudao-spring-boot-starter-biz-tenant | SaaS 多租户 |
yudao-spring-boot-starter-biz-data-permissionn | 数据权限 |
yudao-spring-boot-starter-biz-dict | 数据字典 |
yudao-spring-boot-starter-biz-operatelog | 操作日志 |
yudao-spring-boot-starter-biz-pay | 支付客户端,对接微信支付、支付宝等支付平台 |
yudao-spring-boot-starter-biz-sms | 短信客户端,对接阿里云、腾讯云等短信服务 |
yudao-spring-boot-starter-biz-social | 社交客户端,对接微信公众号、小程序、企业微信、钉钉等三方授权平台 |
yudao-spring-boot-starter-biz-weixin | 微信客户端,对接微信的公众号、开放平台等 |
yudao-spring-boot-starter-biz-error-code | 全局错误码 |
yudao-spring-boot-starter-biz-ip | 地区 & IP 库 |
每个组件,包含两部分:
core
包:组件的核心封装,拓展相关的功能。config
包:组件的 Spring Boot 自动配置。
# 3. yudao-module-xxx
该模块是 XXX 功能的 Module 模块,目前内置了 8 个模块。
项目 | 说明 | 是否必须 |
---|---|---|
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-mp | 微信公众号 | x |
每个模块包含两个 Maven Module,分别是:
Maven Module | 作用 |
---|---|
yudao-module-xxx-api | 提供给其它模块的 API 定义 |
yudao-module-xxx-biz | 模块的功能的具体实现 |
例如说,yudao-module-infra
想要访问 yudao-module-system
的用户、部门等数据,需要引入 yudao-module-system-api
子模块。示例如下:
疑问:为什么设计 `yudao-module-xxx-api` 模块呢?
- 明确需要提供给其它模块的 API 定义,方便未来迁移微服务架构。
- 模块之间可能会存在相互引用的情况,虽然说从系统设计上要尽量避免,但是有时在快速迭代的情况下,可能会出现。此时,通过只引用对方模块的 API 子模块,解决相互引用导致 Maven 无法打包的问题。
yudao-module-xxx-api
子模块的项目结构如下:
所在包 | 类 | 作用 | 示例 |
---|---|---|---|
api | Api 接口 | 提供给其它模块的 API 接口 | AdminUserApi (opens new window) |
api | DTO 类 | Api 接口的入参 ReqDTO、出参 RespDTO | LoginLogCreateReqDTO (opens new window) DeptRespDTO (opens new window) |
enums | Enum 类 | 字段的枚举 | LoginLogTypeEnum (opens new window) |
enums | DictTypeConstants 类 | 数据字典的枚举 | DictTypeConstants (opens new window) |
enums | ErrorCodeConstants 类 | 错误码的枚举 | ErrorCodeConstants (opens new window) |
yudao-module-xxx-biz
子模块的项目结构如下:
所在包 | 类 | 作用 | 示例 |
---|---|---|---|
api | ApiImpl 类 | 提供给其它模块的 API 实现类 | AdminUserApiImpl (opens new window) |
controler.admin | Controller 类 | 提供给管理后台的 RESTful API,默认以 admin-api/ 作为前缀。例如 admin-api/system/auth/login 登录接口 | AuthController (opens new window) |
controler.admin | VO 类 | Admin Controller 接口的入参 ReqVO、出参 RespVO | AuthLoginReqVO (opens new window) AuthLoginRespVO (opens new window) |
controler.app | Controller 类,以 App 为前缀 | 提供给用户 App 的 RESTful API,默认以 app-api/ 作为前缀。例如 app-api/member/auth/login 登录接口 | AppAuthController (opens new window) |
controler.app | VO 类,以 App 为前缀 | App Controller 接口的入参 ReqVO、出参 RespVO | AppAuthLoginReqVO (opens new window) AppAuthLoginRespVO (opens new window) |
controler | .http 文件 | IDEA Http Client 插件 (opens new window),模拟请求 RESTful 接口 | AuthController.http (opens new window) |
service | Service 接口 | 业务逻辑的接口定义 | AdminUserService (opens new window) |
service | ServiceImpl 类 | 业务逻辑的实现类 | AdminUserServiceImpl (opens new window) |
dal | - | Data Access Layer,数据访问层 | |
dal.dataobject | DO 类 | Data Object,映射数据库表、或者 Redis 对象 | AdminUserDO (opens new window) |
dal.mysql | Mapper 接口 | 数据库的操作 | AdminUserMapper (opens new window) |
dal.redis | RedisDAO 类 | Redis 的操作 | LoginUserRedisDAO (opens new window) |
convert | Convert 接口 | DTO / VO / DO 等对象之间的转换器 | UserConvert (opens new window) |
job | Job 类 | 定时任务 | UserSessionTimeoutJob (opens new window) |
mq | - | Message Queue,消息队列 | |
mq.message | Message 类 | 发送和消费的消息 | DeptRefreshMessage (opens new window) |
mq.producer | Producer 类 | 消息的生产者 | DeptProducer (opens new window) |
mq.consumer | Producer 类 | 消息的消费者 | DeptRefreshConsumer (opens new window) |
framework | - | 模块自身的框架封装 | framework (opens new window) |
疑问:为什么 Controller 分成 Admin 和 App 两种?
提供给 Admin 和 App 的 RESTful API 接口是不同的,拆分后更加清晰。
疑问:为什么 VO 分成 Admin 和 App 两种?
相同功能的 RESTful API 接口,对于 Admin 和 App 传入的参数、返回的结果都可能是不同的。例如说,Admin 查询某个用户的基本信息时,可以返回全部字段;而 App 查询时,不会返回 mobile 手机等敏感字段。
疑问:为什么 DO 不作为 Controller 的出入参?
- 明确每个 RESTful API 接口的出入参。例如说,创建部门时,只需要传入 name、parentId 字段,使用 DO 接参就会导致 type、createTime、creator 等字段可以被传入,导致前端同学一脸懵逼。
- 每个 RESTful API 有自己独立的 VO,可以更好的设置 Swagger 注解、Validator 校验规则,而让 DO 保持整洁,专注映射好数据库表。
疑问:为什么操作 Redis 需要通过 RedisDAO?
Service 直接使用 RedisTemplate 操作 Redis,导致大量 Redis 的操作细节和业务逻辑杂糅在一起,导致代码不够整洁。通过 RedisDAO 类,将每个 Redis Key 像一个数据表一样对待,清晰易维护。
总结来说,每个模块采用三层架构 + 非严格分层,如下图所示:
# 4. yudao-server
该模块是后端 Server 的主项目,通过引入需要 yudao-module-xxx
业务模块,从而实现提供 RESTful API 给 yudao-ui-admin
、yudao-ui-user
等前端项目。
本质上来说,它就是个空壳(容器)!如下图所示:
# 👾 前端结构
前端一共有六个项目,分别是:
项目 | 说明 |
---|---|
yudao-ui-admin-vue3 (opens new window) | 基于 Vue3 + element-plus 实现的管理后台 |
yudao-ui-admin-vben (opens new window) | 基于 Vue3 + vben(ant-design-vue) 实现的管理后台 |
yudao-ui-admin | 基于 Vue2 + element-ui 实现的管理后台 |
yudao-ui-go-view (opens new window) | 基于 Vue3 + naive-ui 实现的大屏报表 |
yudao-ui-admin-uniapp | 基于 uni-app + uni-ui 实现的管理后台的小程序 |
yudao-ui-app | 基于 uni-app + uview 实现的用户 App |
# 1. yudao-admin-ui-vue3
1 |
|
# 2. yudao-ui-admin-vben
1 |
|
# 3. yudao-admin-ui
1 |
|
# 4. yudao-admin-ui-uniapp
TODO 待补充
# 5. yudao-ui-app
建设中,基于 uniapp 实现...
# 6. yudao-ui-go-view
TODO 待补充