SpringBoot和SpringCloud微服务目录结构

一、SpringBoot之父子模块微服务项目,SpringBoot+Mybatis+TkMapper+Dubbo目录结构如下:

1、demo-api

constant:枚举类文件
dto:request和response文件
exception:异常枚举类文件
service:对外提供接口文件

2、demo-provider

config:配置文件
dal——>entity:实体类文件
dal——>persistence:mapper类文件
dal——>persistence——>mapping:mapper.xml文件
dal 目录文件是 TkMapper 自动生成的
kafkaConsumer:kafka消息队列文件
service:业务逻辑类文件

3、demo-web

controller:控制器接口文件

4、resources

资源配置文件

SpringBoot和SpringCloud微服务目录结构_第1张图片

SpringBoot和SpringCloud微服务目录结构_第2张图片

SpringBoot和SpringCloud微服务目录结构_第3张图片

二、SpringCloud之微服务项目,SpringCloud+Mybatis-Plus+Dubbo目录结构方式一如下:

SpringBoot和SpringCloud微服务目录结构_第4张图片

1、demo-api

constant:枚举类文件
dto:request和response文件
exception:异常枚举类文件
service:对外提供接口文件

2、demo-provider

config:配置文件
controller:控制器接口文件
entity:实体类文件
mapper:mapper类文件
service:业务逻辑类文件

3、resources

资源配置文件

三、SpringCloud之微服务项目,SpringCloud+Mybatis-Plus+Dubbo目录结构方式二如下:

SpringBoot和SpringCloud微服务目录结构_第5张图片

1、demo-api

dto:DTO文件【(展示层和服务层之间的数据传输对象)负责管理返回展示层和服务层之间的实体类 实体类名+{功能}+DTO】
service:对外提供接口文件

2、demo-provider

config:配置文件
controller:控制器接口文件
entity:实体类文件
entity——>query:request请求查询文件【
负责管理接收前端传参的实体类 命名规则 实体类名+{功能}+Query
entity——>update:request请求更新文件【
负责管理接收前端传参的实体类 命名规则 实体类名+{功能}+Update
entity——>vo:response返回VO文件【(
视图对象,用于展示层)负责管理返回到展示层的实体类 命名规则 实体类名+{功能}+VO
mapper:mapper类文件
rocketmq:消息队列文件
scheduled:计划任务文件
service:业务逻辑接口类文件
servic——>Impl:业务逻辑实现类文件

3、resources

资源配置文件

备注:

VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。
DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。
DO(Domain Object):领域对象,就是从现实世界中抽象出来的有形或无形的业务实体。
PO(Persistent Object):持久化对象,它跟持久层(通常是关系型数据库)的数据结构形成一一对应的映射关系,如果持久层是关系型数据库,那么,数据表中的每个字段(或若干个)就对应PO的一个(或若干个)属性。

你可能感兴趣的:(JAVA,SpringBoot,SpringCloud,TkMapper,Mybatis,Mybatis-Plus)