关于springboot的接口返回值统一标准格式

目录
  • 一、目标
  • 二、为什么要对springboot的接口返回值统一标准格式?
    • 第一种格式:response为String
    • 第二种格式:response为Objct
    • 第三种格式:response为void
    • 第四种格式:response为异常
  • 三、定义response的标准格式
  • 四、初级程序员对response代码封装
    • 步骤1:把标准格式转换为代码
    • 步骤2:把状态码存在枚举类里面
    • 步骤3:加一个体验类
  • 五、高级程序员对response代码封装
    • 步骤1:采用ResponseBodyAdvice技术来实现response的统一格式
    • 步骤2:写一个ResponseBodyAdvice实现类
    • 第1个地方:@ControllerAdvice 注解
    • 第2个地方:beforeBodyWrite方法体的response类型判断

response统一格式

一、目标

  • 弄清楚为什么要对springboot,所有Controller的response做统一格式封装?
  • 学会用ResponseBodyAdvice接口 和 @ControllerAdvice注解

二、为什么要对springboot的接口返回值统一标准格式?

我们先来看下,springboot默认情况下的response是什么格式的

第一种格式:response为String

@GetMapping(value="/getStr")
public String  getStr(  ){
    return  "test";
}

以上springboot的返回值为

  • test

第二种格式:response为Objct

@GetMapping(value="/getObject")
public UserVO  getObject(  ){
    UserVO vo=new UserVO();
    vo.setUsername("agan");
    return  vo;
}

以上springboot的返回值为

{
  "id": null,
  "username": "agan",
  "password": null,
  "email": null,
  "phone": null,
  "idCard": null,
  "sex": null,
  "deleted": null,
  "updateTime": null,
  "createTime": null
}

第三种格式:response为void

@GetMapping(value="/empty")
public void  empty(  ){
}

以上springboot的返回值为空

第四种格式:response为异常

@GetMapping(value="/error")
public void  error(  ){
    int i=9/0;
}

以上springboot的返回值为空

{
  "timestamp": "2019-09-07T10:35:56.658+0000",
  "status": 500,
  "error": "Internal Server Error",
  "message": "/ by zero",
  "path": "/user/error"
} 

以上4种,情况,如果你和客户端(app h5)开发人联调接口,他们会很懵逼,因为你给他们的接口没有一个统一的格式,客户端开发人员,不知道如何处理返回值。

故,我们应该统一response的标准格式。

三、定义response的标准格式

一般的response的标准格式包含3部分:

1.status状态值:代表本次请求response的状态结果。

2.response描述:对本次状态码的描述。

3.data数据:本次返回的数据。

{
   "status":0,
   "desc":"成功",
   "data":"test"
}

四、初级程序员对response代码封装

对response的统一封装,是有一定的技术含量的,我们先来看下,初级程序员的封装,网上很多教程都是这么写的。

步骤1:把标准格式转换为代码

{
   "status":0,
   "desc":"成功",
   "data":"test"
}

把以上格式转换为Result代码

@AllArgsConstructor
@NoArgsConstructor
@Data
public class Result<T> {
    /**
     * 1.status状态值:代表本次请求response的状态结果。
     */
    private Integer status;
    /**
     * 2.response描述:对本次状态码的描述。
     */
    private String desc;
    /**
     * 3.data数据:本次返回的数据。
     */
    private T data;
    /**
     * 成功,创建ResResult:没data数据
     */
    public static Result suc() {
        Result result = new Result();
        result.setResultCode(ResultCode.SUCCESS);
        return result;
    }
    /**
     * 成功,创建ResResult:有data数据
     */
    public static Result suc(Object data) {
        Result result = new Result();
        result.setResultCode(ResultCode.SUCCESS);
        result.setData(data);
        return result;
    }
    /**
     * 失败,指定status、desc
     */
    public static Result fail(Integer status, String desc) {
        Result result = new Result();
        result.setStatus(status);
        result.setDesc(desc);
        return result;
    }
    /**
     * 失败,指定ResultCode枚举
     */
    public static Result fail(ResultCode resultCode) {
        Result result = new Result();
        result.setResultCode(resultCode);
        return result;
    }
    /**
     * 把ResultCode枚举转换为ResResult
     */
    private void setResultCode(ResultCode code) {
        this.status = code.code();
        this.desc = code.message();
    }
}

步骤2:把状态码存在枚举类里面

public enum ResultCode  {
    /* 成功状态码 */
    SUCCESS(0, "成功"),
    /* 系统500错误*/
    SYSTEM_ERROR(10000, "系统异常,请稍后重试"),
    UNAUTHORIZED(10401, "签名验证失败"),
    /* 参数错误:10001-19999 */
    PARAM_IS_INVALID(10001, "参数无效"),
    /* 用户错误:20001-29999*/
    USER_HAS_EXISTED(20001, "用户名已存在"),
    USER_NOT_FIND(20002, "用户名不存在");
    private Integer code;
    private String message;
    ResultCode(Integer code, String message) {
        this.code = code;
        this.message = message;
    }
    public Integer code() {
        return this.code;
    }
    public String message() {
        return this.message;
    }
}

步骤3:加一个体验类

@Api(description = "用户接口")
@RestController
@RequestMapping("/user")
@Slf4j
public class UserController {
    @GetMapping(value="/getResult")
    public Result getResult(  ){
        return Result.suc("test");
    }
}

结论:看到这里,应该有很多同学都知道这样封装代码有很大弊端。

因为今后你每写一个接口,都要手工指定Result.suc()这行代码,多累啊??

如果你写这种代码推广给你整个公司用,然后硬性规定代码必须这么写!!所有程序都会吐槽鄙视!!!!

五、高级程序员对response代码封装

如果你在公司推广你的编码规范,为了避免被公司其他程序员吐槽和鄙视,我们必须优化代码。

优化的目标:不要每个接口都手工指定Result返回值。

步骤1:采用ResponseBodyAdvice技术来实现response的统一格式

springboot提供了ResponseBodyAdvice来帮我们处理

ResponseBodyAdvice的作用:拦截Controller方法的返回值,统一处理返回值/响应体,一般用来做response的统一格式、加解密、签名等等。

先看下ResponseBodyAdvice这个接口的源码。

public interface ResponseBodyAdvice<T> {
    /**
     * 是否支持advice功能
     * treu=支持,false=不支持
     */
    boolean supports(MethodParameter var1, Class<? extends HttpMessageConverter<?>> var2);
    /**
     *
     * 处理response的具体业务方法
     */
    @Nullable
    T beforeBodyWrite(@Nullable T var1, MethodParameter var2, MediaType var3, Class<? extends HttpMessageConverter<?>> var4, ServerHttpRequest var5, ServerHttpResponse var6);
}

步骤2:写一个ResponseBodyAdvice实现类

@ControllerAdvice(basePackages = "com.agan.boot")
public class ResponseHandler implements ResponseBodyAdvice<Object> {
    /**
     * 是否支持advice功能
     * treu=支持,false=不支持
     */
    @Override
    public boolean supports(MethodParameter methodParameter, Class<? extends HttpMessageConverter<?>> aClass) {
        return true;
    }
    /**
     *
     * 处理response的具体业务方法
     */
    @Override
    public Object beforeBodyWrite(Object o, MethodParameter methodParameter, MediaType mediaType, Class<? extends HttpMessageConverter<?>> aClass, ServerHttpRequest serverHttpRequest, ServerHttpResponse serverHttpResponse) {
        if (o instanceof String) {
            return JsonUtil.object2Json(Result.suc(o));
        }
        return Result.suc(o);
    }
}

以上代码,有2个地方需要重点讲解:

第1个地方:@ControllerAdvice 注解

@ControllerAdvice这是一个非常有用的注解,它的作用是增强Controller的扩展功能类。

那@ControllerAdvice对Controller增强了哪些扩展功能呢?主要体现在2方面:

  • 对Controller全局数据统一处理,例如,我们这节课就是对response统一封装。
  • 对Controller全局异常统一处理,这个后面的课程会详细讲解。

在使用@ControllerAdvice时,还要特别注意,加上basePackages,

@ControllerAdvice(basePackages = “com.agan.boot”)

因为如果不加的话,它可是对整个系统的Controller做了扩展功能,

它会对某些特殊功能产生冲突,例如 不加的话,在使用swagger时会出现空白页异常。

第2个地方:beforeBodyWrite方法体的response类型判断

if (o instanceof String) {
            return JsonUtil.object2Json(ResResult.suc(o));
}

以上代码一定要加,因为Controller的返回值为String的时候,它是直接返回String,不是json,

故我们要手工做下json转换处理

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • SpringBoot 统一公共返回类的实现

    目录 项目结构 统一返回类使用 本文记录下如何在工程中,配置后台的统一公共返回类,这样做目的是为了统一返回信息,方便项目进行管理.使用技术:SpringBoot+Swagger+Lombok 项目结构 具体过程如下,在response文件夹下分别建立 CustomizeResultCode 接口,枚举类ResultCode 实现CustomizeResultCode 接口和Result类: 1 配置自定义返回类接口,该接口中包含 错误状态码和错误信息 public interface Custo

  • SpringBoot返回统一的JSON标准格式实现步骤

    期望返回的JSON格式如下 { "code": 200, "msg": "操作成功", "data": "hello jenkins" } 实现步骤如下 1.自定义状态码枚举类. @AllArgsConstructor @Getter public enum StatusCodeEnum { SC200(200, "操作成功"), SC999(999, "操作失败")

  • 详解SpringBoot如何统一后端返回格式

    目录 为什么要对SpringBoot返回统一的标准格式 第一种:返回 String 第二种:返回自定义对象 第三种:接口异常 定义返回标准格式 高级实现方式 接口异常问题 SpringBoot为什么需要全局异常处理器 体验效果 全局异常接入返回的标准格式 今天我们来聊一聊在基于SpringBoot前后端分离开发模式下,如何友好的返回统一的标准格式以及如何优雅的处理全局异常. 首先我们来看看为什么要返回统一的标准格式? 为什么要对SpringBoot返回统一的标准格式 在默认情况下,SpringB

  • 关于springboot的接口返回值统一标准格式

    目录 一.目标 二.为什么要对springboot的接口返回值统一标准格式? 第一种格式:response为String 第二种格式:response为Objct 第三种格式:response为void 第四种格式:response为异常 三.定义response的标准格式 四.初级程序员对response代码封装 步骤1:把标准格式转换为代码 步骤2:把状态码存在枚举类里面 步骤3:加一个体验类 五.高级程序员对response代码封装 步骤1:采用ResponseBodyAdvice技术来实

  • SpringBoot全局Controller返回值格式统一

    目录 一.返回值格式统一 1.返回值介绍 2.基础类功能 3.基础实现 二.附录说明 一.返回值格式统一 1.返回值介绍 在使用controller对外提供服务的时候,很多时候都需要统一返回值格式,例如 { "status": true, "message": null, "code": "200", "data": { "name": "json", "d

  • .NetCore Web Api 利用ActionFilterAttribute统一接口返回值格式及问题解析

    .Net Core 同 Asp.Net MVC一样有几种过滤器,这里不再赘述每个过滤器的执行顺序与作用. 在实际项目开发过程中,统一API返回值格式对前端或第三方调用将是非常必要的,在.NetCore中我们可以通过ActionFilterAttribute来进行统一返回值的封装. 在封装之前我们需要考虑下面几个问题: 1,需要对哪些结果进行封装 我目前的做法是,只对ObjectResult进行封装,其他的类型:FileResult,ContentResult,EmptyResult,Redire

  • C# WebApi 接口返回值不困惑:返回值类型详解

    前言:已经有一个月没写点什么了,感觉心里空落落的.今天再来篇干货,想要学习Webapi的园友们速速动起来,跟着博主一起来学习吧.之前分享过一篇C#进阶系列--WebApi接口传参不再困惑:传参详解,这篇博文内容本身很基础,没想到引起很多园友关注,感谢大家的支持.作为程序猿,我们都知道参数和返回值是编程领域不可分割的两大块,此前分享了下WebApi的传参机制,今天再来看看WebApi里面另一个重要而又基础的知识点:返回值.还是那句话:本篇针对初初使用WebApi的同学们,比较基础,有兴趣的且看看.

  • 解析springboot包装controller返回值问题

    1.springboot项目统一包装返回值,通常返回结果包含code.message.data,结构如下 import lombok.AllArgsConstructor; import lombok.Data; import lombok.NoArgsConstructor; @Data @NoArgsConstructor @AllArgsConstructor public class ResponseResult<T> { private int code; private Strin

  • springboot配置Jackson返回统一默认值的实现示例

    在项目开发中,我们返回的数据或者对象没有的时候一般直接返回的null 有数据时的返回值 { "flag": true, "code": "10000", "msg": "成功!", "data": { "id": 32, "templateType": 1, "templateName": "我的测试模板1"

  • java api返回值的标准化详解

    api返回值的标准化 例如 {"status":200,"message":"操作成功","data":"{\"id\":1,\"name\":\"张三\"}"} 封装返回对象 对象被封装在base.util.ResponseUtils类型下,返回值是标准的ResponseEntity对象,返回体进行了二次封装,主要有status,messsage

  • mybatis中查询结果为空时不同返回类型对应返回值问题

    今天在别人的代码基础上实现新需求,看到对于mybatis查询结果的判断不是很正确,如果查询结果为空就会异常,不知道大家有没有这样的疑惑:mybatis中resultType有多种返回类型,对于每种不同类型,查询结果为空时dao接口的返回值是一样的吗?接下来我就总结一下常见的几种情况. 第一种:resultType为基本类型,如string(在此暂且把string归纳为基本类型) 如果select的结果为空,则dao接口返回结果为null 第二种,resultType为基本类型,如int 后台报异

  • MyBatis在DAO层定义接口返回类型泛型无效的解决

    MyBatis DAO层定义接口返回类型泛型无效 今天很偶然的因为一次粗心而发现的一个mybatis问题,这里就写出来与大家分享一下. DAO层定义了一个接口,返回String集合,用于获取最热门的搜索信息. mapper.xml文件接口返回的类型却是search对象. 调用接口,返回的是search对象集合,没有报错,泛型没起到作用. 仔细一想,泛型是在编译阶段将我们的返回值类型匹配到一具体类型,而DAO层的接口却没有具体的返回值信息,所以在编译阶段它是可以通过的,这也就是说我们在DAO层定义

  • python读取oracle函数返回值

    在oracle中创建一个函数,本来是想返回一个index table的,没有成功.想到文本也可以传输信息,就突然来了灵感,把返回值设置文本格式. 考虑到返回数据量可能会很大,varchar2类型长度吃紧,于是将返回值类型设置为clob.  我是用scott用户的测试表emp,这个是函数定义情况: create or replace function test_query_func(dept varchar2) return clob is type test_record is record (

随机推荐