百木园-与人分享,
就是让自己快乐。

【Java学习】API接口数据规范

在日常开发中,一个优雅的API,必须提供简单明了的响应值,然后根据状态码就可以大概知道问题的所在。这里主要整理一下HTTP状态码和自定义状态码。

 

1、HTTP状态码

当浏览者访问一个网页时,浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前,此网页所在的服务器会返回一个包含 HTTP 状态码的信息头(server header)用以响应浏览器的请求。

 

常见的HTTP状态码有:

200-请求成功。

301-资源(网页等)被永久转移到其它URL。

403-服务器拒绝访问。验证身份通过了,但是资源没有权限进行操作。

404-请求资源(网页等)不存在。

500-内部服务器错误。

504-网关超时。服务器作为网关或代理,但是没有及时从上游服务器收到请求。

 

 

2、HTTP状态码分类

HTTP状态码可以分为5类:消息响应、成功响应、重定向、客户端错误、服务器错误。

状态

描述

100

继续。客户端应继续其请求

101

切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议,例如,切换到HTTP的新版本协议。

200

请求成功。一般用于GET与POST请求。

201

已创建。成功请求并创建了新的资源。

202

已接受。已经接受请求,但未处理完成。

203

非授权信息。请求成功。但返回的meta信息不在原始的服务器,而是一个副本。

204

无内容。服务器成功处理,但未返回内容。

205

重置内容。

300

多种选择。请求的资源可包括多个位置,相应可返回一个资源特征与地址的列表用于用户终端(例如:浏览器)选择。

301

永久移动。请求的资源已被永久的移动到新URI,返回信息会包括新的URI,浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替。

302

临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI。

303

查看其它地址。与301类似。使用GET和POST请求查看。

304

未修改。所请求的资源未修改,服务器返回此状态码时,不会返回任何资源。客户端通常会缓存访问过的资源,通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源。

305

使用代理。所请求的资源必须通过代理访问。

400

客户端请求的语法错误,服务器无法理解。

401

用户身份认证失败。

402

保留,将来使用。

403

验证身份通过了,但是资源没有权限进行操作。

404

服务器无法根据客户端的请求找到资源(网页)。

405

客户端请求中的方法被禁止。

500

服务器内部错误,无法完成请求。

501

服务器不支持请求的功能,无法完成请求。

502

作为网关或者代理工作的服务器尝试执行请求时,从远程服务器接收到了一个无效的响应

503

由于超载或系统维护,服务器暂时的无法处理客户端的请求。

504

服务器作为网关或代理,但是没有及时从上游服务器收到请求。

 

 

3、自定义响应状态码规范

后端返回给前端一般使用json格式,定义如下:

{
    #返回状态码
    Code:integer,
    #返回信息描述
    message:string,
    #返回值
    data:object
}

 

 

3.1、返回接口

public interface IResultStatus {
    /**
     * 状态码
     * @return
     */
    Integer errorCode();
    /**
     * 异常信息
     * @return
     */
    String errorMsg();
}

 

 

3.2、状态码枚举:

public enum ResultStatus implements IResultStatus {
    /**
     * 状态码及对应信息
     */
    //成功状态码
    SUCCESS(0, \"执行成功\"),
    //参数错误:1001~1999
    PARAM_IS_INVALID(1001, \"参数无效\"),
    PARAM_IS_BLANK(1002, \"参数为空\"),
    PARAM_TYPE_BIND_ERROR(1003, \"参数类型错误\"),
    //用户错误:2001~2999
    USER_LOGIN_ERROR(2001, \"账号不存在或密码错误\"),
    USER_ACCOUNT_FORBIDDEN(2002, \"账户已被禁用\"),
    USER_NOT_EXIST(2003, \"用户不存在\");
    private int errorCode;
    private String errorMsg;
    ResultStatus(int errorCode, String errorMsg) {
        this.errorCode = errorCode;
        this.errorMsg = errorMsg;
    }
    @Override
    public Integer errorCode() {
        return errorCode;
    }
    @Override
    public String errorMsg() {
        return errorMsg;
    }
}

 

状态码和信息就会一一对应,比较好维护。这样前端同事在得到返回值后,根据状态码就可以知道,大概是什么错误,再根据message相关的信息描述,可以快速定位。

 

3.3、返回数据体

json格式,根据不同的业务有不同的json体,可以设计一个返回体类Result

@Data
public class Result<T> {
    private Integer code;
    private String message;
    private Object data;
    public Result(ResultStatus restStatus, Object data) {
        this.code = restStatus.errorCode();
        this.message = restStatus.errorMsg();
        this.data = data;
    }
    /**
     * 业务成功返回业务代码和描述信息
     */
    public static Result<Void> success() {
        return new Result<Void>(ResultStatus.SUCCESS, null);
    }
    /**
     * 业务成功返回业务代码,描述和返回的参数
     */
    public static <T> Result<T> success(T data) {
        return new Result<T>(ResultStatus.SUCCESS, data);
    }
    /**
     * 业务成功返回业务代码,描述和返回的参数
     */
    public static <T> Result<T> success(ResultStatus resultStatus, T data) {
        if (resultStatus == null) {
            return success(data);
        }
        return new Result<T>(resultStatus, data);
    }
    /**
     * 业务异常返回业务代码和描述信息
     */
    public static <T> Result<T> failure() {
        return new Result<T>(ResultStatus.PARAM_TYPE_BIND_ERROR, null);
    }
    /**
     * 业务异常返回业务代码,描述和返回的参数
     */
    public static <T> Result<T> failure(ResultStatus resultStatus) {
        return failure(resultStatus, null);
    }
    /**
     * 业务异常返回业务代码,描述和返回的参数
     */
    public static <T> Result<T> failure(ResultStatus resultStatus, T data) {
        if (resultStatus == null) {
            return new Result<T>(ResultStatus.PARAM_IS_INVALID, null);
        }
        return new Result<T>(resultStatus, data);
    }
}

 

 

3.4、返回体测试

@RestController
@RequestMapping(\"/api/demo2\")
public class Demo2Controller {
    private static final HashMap<String, Object> INFO;
    static {
        INFO = new HashMap<>();
        INFO.put(\"name\", \"张三\");
        INFO.put(\"age\", \"25\");
    }
    @GetMapping(\"/getInfo\")
    public Map<String, Object> getInfo() {
        return INFO;
    }
    @GetMapping(\"/getInfoResult\")
    public Result<Map<String, Object>> getInfoResult() {
        return Result.success(INFO);
    }
}

 

 

结果参考:

 

 


来源:https://www.cnblogs.com/pbinlog/p/16130383.html
本站部分图文来源于网络,如有侵权请联系删除。

未经允许不得转载:百木园 » 【Java学习】API接口数据规范

相关推荐

  • 暂无文章