- 从零开始 01：视频课程导读：项目简介、功能列表、技术选型
- 从零开始 04：自顶向下，讲解项目的整体结构（上）
- 从零开始 04：自顶向下，讲解项目的整体结构（下）
后端采用模块化的架构，按照功能拆分成多个 Maven Module，提升开发与研发的效率，带来更好的可维护性。
一共有四类 Maven Module：
下面，我们来逐个看看。
该模块是一个 Maven Bom，只有一个 文件，定义项目中所有 Maven 依赖的版本号，解决依赖冲突问题。
详细的解释，可见 《微服务中使用 Maven BOM 来管理你的版本依赖 》 文章。
从定位上来说，它和 Spring Boot 的 和 Spring Cloud 的 是一致的。
实际上， 本质上还是个单体项目，直接在根目录 管理依赖版本会更加方便，也符合绝大多数程序员的认知。但是要额外考虑一个场景，如果每个 模块都维护在一个独立的 Git 仓库，那么 就可以在多个 模块下复用。
该模块是 项目的框架封装，其下的每个 Maven Module 都是一个组件，分成两种类型：
① 技术组件：技术相关的组件封装，例如说 MyBatis、Redis 等等。
② 业务组件：业务相关的组件封装，例如说数据字典、操作日志等等。如果是业务组件，名字会包含 关键字。
每个组件，包含两部分：
- 包：组件的核心封装，拓展相关的功能。
- 包：组件的 Spring Boot 自动配置。
该模块是 XXX 功能的 Module 模块，目前内置了 8 个模块。
每个模块包含两个 Maven Module，分别是：
例如说， 想要访问 的用户、部门等数据，需要引入 子模块。示例如下：
子模块的项目结构如下：
子模块的项目结构如下：
例如 登录接口 AuthController VO 类 Admin Controller 接口的入参 ReqVO、出参 RespVO AuthLoginReqVO AuthLoginRespVO Controller 类， 以 App 为前缀 提供给用户 App 的 RESTful API，默认以 作为前缀。
例如 登录接口 AppAuthController VO 类， 以 App 为前缀 App Controller 接口的入参 ReqVO、出参 RespVO AppAuthLoginReqVO AppAuthLoginRespVO 文件 IDEA Http Client 插件 ，模拟请求 RESTful 接口 AuthController.http Service 接口 业务逻辑的接口定义 AdminUserService ServiceImpl 类 业务逻辑的实现类 AdminUserServiceImpl - Data Access Layer，数据访问层 DO 类 Data Object，映射数据库表、或者 Redis 对象 AdminUserDO Mapper 接口 数据库的操作 AdminUserMapper RedisDAO 类 Redis 的操作 LoginUserRedisDAO Convert 接口 DTO / VO / DO 等对象之间的转换器 UserConvert Job 类 定时任务 DemoJob - Message Queue，消息队列 Message 类 发送和消费的消息 SmsSendMessage Producer 类 消息的生产者 SmsProducer Producer 类 消息的消费者 SmsSendConsumer - 模块自身的框架封装
总结来说，每个模块采用三层架构 + 非严格分层，如下图所示：
该模块是后端 Server 的主项目，通过引入需要 业务模块，从而实现提供 RESTful API 给 、 等前端项目。
本质上来说，它就是个空壳（容器）！如下图所示：
前端一共有六个项目，分别是：
TODO 待补充
TODO 待补充
到此这篇若依开发文档（开发文档包括）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/goyykf/39222.html