Restful Api写法心得之三《返回值篇》

Restful Api写法心得之三《返回值篇》前言温馨提示 可以订阅我的微信公众号 在手机里看技术文档也很不错哦 o o 这是关于 api 基础写法的第三篇文章了 这里给下前两篇连接 路径定义篇 参数接收篇 对于本篇文章我们主要说下接口的数据返回值的问题 格式选择返回格式目前主流的应该只有 XML JSON 两种吧 这里我们不做对比 我们使用 JSON 作为接口的返回格式 数据返回格式数据的返回格式其

格式选择

返回格式目前主流的应该只有XML、JSON两种吧,这里我们不做对比,我们使用JSON作为接口的返回格式。

数据返回格式

package com.zhuma.demo.comm.result; import java.io.Serializable; import com.zhuma.demo.comm.enums.ResultCode; / * Created by zhumaer on 17/5/24. */ @Data public class Result implements Serializable { 
    private static final long serialVersionUID = -L; private Integer code; private String msg; private Object data; public Result() { 
   } public Result(Integer code, String msg) { 
    this.code = code; this.msg = msg; } public static Result success() { 
    Result result = new Result(); result.setResultCode(ResultCode.SUCCESS); return result; } public static Result success(Object data) { 
    Result result = new Result(); result.setResultCode(ResultCode.SUCCESS); result.setData(data); return result; } public static Result failure(ResultCode resultCode) { 
    Result result = new Result(); result.setResultCode(resultCode); return result; } public static Result failure(ResultCode resultCode, Object data) { 
    Result result = new Result(); result.setResultCode(resultCode); result.setData(data); return result; } public void setResultCode(ResultCode code) { 
    this.code = code.code(); this.msg = code.message(); } } 

备注

  • 上面代码我们注意到其中引入了一个ResultCode枚举类,该类也是我们后面紧接着要说的,全局统一返回状态码。
  • 这里说明下字段data不是在code=1为成功的时候才会有值哦,比如当code为参数无效错误时,data可以放入更详细的错误描述,用于指明具体是哪个参数为什么导致的无效的。

全局状态码

package com.zhuma.demo.comm.enums; import java.util.ArrayList; import java.util.List; / * API 统一返回状态码 * Created by zhumaer on 17/5/24. */ public enum ResultCode { 
    /* 成功状态码 */ SUCCESS(1, "成功"), /* 参数错误:10001-19999 */ PARAM_IS_INVALID(10001, "参数无效"), PARAM_IS_BLANK(10002, "参数为空"), PARAM_TYPE_BIND_ERROR(10003, "参数类型错误"), PARAM_NOT_COMPLETE(10004, "参数缺失"), /* 用户错误:20001-29999*/ USER_NOT_LOGGED_IN(20001, "用户未登录"), USER_LOGIN_ERROR(20002, "账号不存在或密码错误"), USER_ACCOUNT_FORBIDDEN(20003, "账号已被禁用"), USER_NOT_EXIST(20004, "用户不存在"), USER_HAS_EXISTED(20005, "用户已存在"), /* 业务错误:30001-39999 */ SPECIFIED_QUESTIONED_USER_NOT_EXIST(30001, "某业务出现问题"), /* 系统错误:40001-49999 */ SYSTEM_INNER_ERROR(40001, "系统繁忙,请稍后重试"), /* 数据错误:50001- */ RESULE_DATA_NONE(50001, "数据未找到"), DATA_IS_WRONG(50002, "数据有误"), DATA_ALREADY_EXISTED(50003, "数据已存在"), /* 接口错误:60001-69999 */ INTERFACE_INNER_INVOKE_ERROR(60001, "内部系统接口调用异常"), INTERFACE_OUTTER_INVOKE_ERROR(60002, "外部系统接口调用异常"), INTERFACE_FORBID_VISIT(60003, "该接口禁止访问"), INTERFACE_ADDRESS_INVALID(60004, "接口地址无效"), INTERFACE_REQUEST_TIMEOUT(60005, "接口请求超时"), INTERFACE_EXCEED_LOAD(60006, "接口负载过高"), /* 权限错误:70001-79999 */ PERMISSION_NO_ACCESS(70001, "无访问权限"); 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; } public static String getMessage(String name) { 
    for (ResultCode item : ResultCode.values()) { 
    if (item.name().equals(name)) { 
    return item.message; } } return name; } public static Integer getCode(String name) { 
    for (ResultCode item : ResultCode.values()) { 
    if (item.name().equals(name)) { 
    return item.code; } } return null; } @Override public String toString() { 
    return this.name(); } } 

备注

  • 上述例子中我们对状态码做了一个大的类型上的划分,在实际开发中你可以在后面写你更加详细的错误状态

写一个完整的Controller

那我们已查询、更新用户为例,看看现在我们写一个完整的controller都需要做什么呢?

@RestController @RequestMapping("/users") public class UserController { 
    private static final Logger LOGGER = LoggerFactory.getLogger(UserController.class); private final UserService userService; @Autowired public UserController(UserService userService) { 
    this.userService = userService; } @GetMapping("/{userId}") Result getUser(@PathVariable("userId") Long userId) { 
    User user = userService.getUserById(userId); return Result.success(user); } @PutMapping("/{userId}") public Result updateUser(@PathVariable("userId") Long userId, @RequestBody User user) { 
    LOGGER.info("Call updateUser start, params:{}", JsonUtil.object2Json(user));//注意此处打印日志有不合理的地方,user里可能带有pwd密码等明文敏感信息,需要做过滤打印。 Result result = new Result(); //参数校验 if (user.getId() == null || user.getName == null) { 
    result.setResultCode(ResultCode.PARAM_IS_INVALID); LOGGER.info("Call updateUser end, result:{}", JsonUtil.object2Json(result)); return result; } try { 
    //更新数据 User dbUser = userService.getUserById(user.getId()); if (dbUser == null) { 
    result.setResultCode(ResultCode.USER_NOT_EXIST); } else { 
    User updatedUser = userService.updateDbAndCache(user); result.setData(updatedUser); result.setResultCode(ResultCode.SUCCESS); } } catch (Exception e) { 
    LOGGER.info("Call updateUser occurs exception, caused by: ", e); result.setResultCode(ResultCode.SYSTEM_INNER_ERROR); } LOGGER.info("Call updateUser end, result:{}", JsonUtil.object2Json(result)); return result; } } 

我们看下上面的例子,这似乎已经可以满足对用户管理操作的需求,但是对于一个查询用户方法来讲代码量还是可以接受的,但是对于一个简单的更新用户操作,我们却写了一大堆的逻辑,其中包括:① 请求参数、响应结果日志打印 ② 基础参数的校验 ③更新用户业务主逻辑 ④ 全局异常的捕获 ⑤ 对Result结果的封装。这其中貌似一个步骤也不能省略,但却导致我们写代码效率低下,其实最重要的一步仅仅是③,那么我们改如何改进呢?

@PutMapping("/{userId}") public User updateUser(@PathVariable("userId") Long userId, @Valid @RequestBody User user) { 
    //更新数据 User dbUser = userService.getUserById(user.getId()); if (dbUser == null) { 
    throw new BusinessException(ResultCode.USER_NOT_EXIST); } return userService.updateDbAndCache(user); } 

无效数据不返回,必要数据返回

什么叫无效数据不返回,必要数据返回呢?

  1. 无效数据清理:对于json响应接口,我们需要遵守对所有值为null的字段不做返回,对前端不关心的数据不做返回(合理的定义VO是很有必要的)。
    对于spring boot 我们可以用下配置,实现字段值为null时不做返回。

spring.jackson.date-format=yyyy-MM-dd HH:mm:ss spring.jackson.time-zone=Asia/Shanghai spring.jackson.default-property-inclusion= non_null 
  1. 必要数据返回:对于添加(POST)、修改(PUT | PATCH)这类方法我们需要立即返回添加或更新后的数据以备前端使用(这是一个约定需要遵守)。

结束语

resetful api写法基础知识写到这里我们先告一段落,后面我们主要介绍拦截器如何应用到企业实战中,欢迎你继续阅读O(∩_∩)O哈哈~。

Restful Api写法心得之三《返回值篇》

欢迎关注我们的公众号或加群,等你哦!

Restful Api写法心得之三《返回值篇》

Restful Api写法心得之三《返回值篇》

Restful Api写法心得之三《返回值篇》

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/224445.html原文链接:https://javaforall.net

(0)
上一篇 2026年3月17日 上午11:55
下一篇 2026年3月17日 上午11:56


相关推荐

  • 智谱AI股价创新高:GLM-5发布,国产大模型加速商业化落地

    智谱AI股价创新高:GLM-5发布,国产大模型加速商业化落地

    2026年3月12日
    2
  • linux中env命令_centos7环境变量配置

    linux中env命令_centos7环境变量配置env命令linux系统中的环境变量是很多的,就算是一些常用的环境变量我们也不一定能记得全名。env命令可以显示当前操作系统所有的环境变量,下面的示例代码是Ubuntu系统的。示例dai@ubuntu:~$envUSER=daiXDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0SSH_AUTH_SOCK=/run/user/

    2026年4月20日
    6
  • 图片的放大与缩小_photoshop怎么放大图片

    图片的放大与缩小_photoshop怎么放大图片packagecom.school.util;importjava.awt.Graphics;importjava.awt.Image;importjava.awt.image.Buffere

    2022年8月4日
    13
  • WDA报错

    WDA报错WDA报错记录RuntimeErrors    UNCAUGHT_EXCEPTIONException       CX_FQDN”CX_FQDN=======================CP””UNCAUGHT_EXCEPTION”报错的代码如下:应该是网址配置不对导致的,由于是个人练习使用的虚拟机,直接注释这段代码。 

    2022年7月12日
    22
  • WireShark抓包分析

    WireShark抓包分析简述:本文介绍了抓包数据含义,有TCP报文、Http报文、DNS报文。如有错误,欢迎指正。1、TCP报文TCP:(TCP是面向连接的通信协议,通过三次握手建立连接,通讯完成时要拆除连接,由于TCP是面向连接的所以只能用于点对点的通讯)源IP地址:发送包的IP地址;目的IP地址:接收包的IP地址;源端口:源系统上的连接的端口;目的端口:目的系统上的连接的端口。T

    2022年6月12日
    33
  • gcc基本命令_cmake 命令

    gcc基本命令_cmake 命令介绍GCC(英文全拼:GNUCompilerCollection)是GNU工具链的主要组成部分,是一套以GPL和LGPL许可证发布的程序语言编译器自由软件,由RichardStallman于1985年开始开发。GCC原名为GNUC语言编译器,因为它原本只能处理C语言,但如今的GCC不仅可以编译C、C++和Objective-C,还可以通过不同的前端模块支持各种语言,包括Java、Fortran、Ada、Pascal、Go和D语言等等。编译过程GC

    2022年10月13日
    6

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号