返回结果封装，这事儿得从“统一”说起

你有没有发现，现在写接口，Zui烦的就是返回格式五花八门？

今天咱们就来聊聊，怎么把接口返回结果给它整得明明白白的，别再让前端兄弟kan我们后端的“脸色”了哈哈。

说实话，接口返回结果这事儿，真不是啥新鲜事，但你要是不统一，那可就麻烦了。

你想想，一个团队里有人返回个 Map，有人返回个 String，还有人直接丢个对象过来前端一调用就懵了这谁受得了？

所以咱就是说统一的返回结构，那是必须的。

一个标准的返回体，应该包含三个核心字段：code、message、data。

code 是状态码，message 是消息，data 是数据。

你懂的，这仨玩意儿要是不统一，那接口就容易出事。比如你返回的 code 是不是成功，是不是失败，是不是参数错误，dou得有个说法。

害，别kan这事儿简单，其实挺关键的。你要是没个统一的格式，那接口一多，前端就得写一堆兼容逻辑，累得要死。

所以我们得先定义一个枚举类，来统一管理这些 code 和 message。

比如你定义一个 CommonResultCode，里面放一些常见的状态码，比如成功、失败、参数错误、系统错误、接口不存在、方法不支持等等。

这个类Ke以这么写：

@Getter
@AllArgsConstructor
public enum CommonResultCode implements ResultCode {
    /**
     * 成功
     */
    SUCCESS,
    /**
     * 业务处理失败
     */
    BUSINESS_ERROR,
    /**
     * 系统未知错误
     */
    SYSTEM_ERROR,
    /**
     * 参数错误
     */
    PARAM_ERROR,
    /**
     * 接口不存在
     */
    NOT_FOUND,
    /**
     * 请求方法不支持
     */
    METHOD_NOT_ALLOWED;
    private final int code;
    private final String message;
}

你kan，这不就清晰了？

你要是想让这个接口返回结果统一，那你就得让每个接口dou返回一个结构体，比如：