Java后台项目的顶层设计思路

设计初衷

1.抽象单表的增删查改功能。
2.设计一套适用于大部分项目的开发规范。
3.提供一套通用的日志处理和异常处理方式。
4.通用功能强大并保持可扩展，与业务无关。

设计原则

1.代码简单易懂（只抽象单表的分页查询，列表查询，删除，新增，编辑，详情功能）
2.接口高度可扩展（大部分后台项目可以基于此进行二次开发）
3.规范开发（提供一套适用于大部分后台项目的规范）

demo走马观花

1.业务Controller类继承AbstractController（AbstractController有通用实现方法）

2.业务Service接口继承ACommonService（定义了数据转换接口和基本的default方法）

3.业务ServiceImpl类实现业务Service接口（实现数据的转换接口）

4.业务Mapper继承BaseMapper(mybatis plus提供了接口支持)

开发类的相关介绍

1.controller入口
1）AbstractController抽象类实现了增删改查接口。
2）SpOfferVO是返回给前端的实体类。
3）SpOfferDTO前端传进的参数实体，用于编辑和新增功能。
4）SpOfferQuery列表查询时传进的查询条件。
5）commonService是AbstractController属性。

2.AbstractController
1）抽象类实现删除，编辑，新增，分页查询，详情功能。

3.service入口
1）SpOfferServiceImpl实例类专注于各层实体类的转换。
2）BeanUtil工具类简化Entity,DTO,VO之间的相互转化。
3）SpOfferServiceImpl中增删改查方法的具体功能都会转发到一个顶层接口去实现。
4）SpOfferService接口会继承顶层接口

4.顶层接口ACommonService
1)SpOfferService接口继承于ACommonService
2)ACommonService接口定义DTO，VO，DTO互相之间转换的规范，需要SpOfferServiceImpl去实现。
3)ACommonService会继承另一个顶层接口AEntityService负责实现增删查改的方法

5.顶层接口AEntityService
1）从图上看AEntityService接口有增删改查方法的实现
2）图上所有方法的实现依赖于JDK8提供的特性，接口可以有实现方法，实现方法只需加上default关键字。
3）分析getEntityPage（query，mapper），query封装了查询规则，mapper(BaseMapper)依赖于mybatis plus提供的特性。

DTO,VO,Query,Entity实体类设计意义

1.Entity
Entity映射数据库的表名，表字段，原因是实体类字段命名规范和数据库表字段命名规范不一致，映射的逻辑是由hibernate和mybatis plus实现。

2.Query
Query封装了查询条件的信息，应用于分页查询和列表查询，设计意义在于service层可以去除臃肿的查询逻辑，把查询逻辑转移到Query层中。

3.VO
VO层设计初衷是解决数据库相关表数据和前端列表页面数据不一致的问题，例如VO层含可及多个表的数据。

4.DTO
DTO主要应用于外部数据传输到数据库，例如编辑和新增以及在多个Service层流转，最终数据都会流向到数据库的各个表中，当然在入库之前得保证数据得合法性，所以DTO的另一个意义是做数据校验，把校验逻辑从service层剥离。

日志处理

1）日志处理这里应用了HandlerInterceptor拦截器
2）拦截中生成RequestId，标识唯一请求
3）拦截中解析request请求配置，并把信息入库

异常处理

1）异常处理使用了RestControllerAdvice注解
2）若系统异常，这里拦截了web请求的异常，并统一处理返回结课。
3）解析异常数据并入库。

开发的顶层接口源码后面会发布到gitHub上，敬请期待。