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

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上，敬请期待。