笔者的web项目中使用RESTFul规范和前台进行交互。
原始代码
返回的json数据格式如下:
对应的后台实体类及交互方法:
JsonResult.java
public class JsonResult { private int code; private String message; private String nextUrl; private Object data; public JsonResult(int code, String message) { this.code = code; this.message = message; } public JsonResult(int code, String message, Object data) { this.code = code; this.message = message; this.data = data; } public JsonResult(int code, String message, String nextUrl) { this.code = code; this.message = message; this.nextUrl = nextUrl; } public int getCode() { return code; } public void setCode(int code) { this.code = code; } public String getMessage() { return message; } public void setMessage(String message) { this.message = message; } public String getNextUrl() { return nextUrl; } public void setNextUrl(String nextUrl) { this.nextUrl = nextUrl; } public Object getData() { return data; } public void setData(Object data) { this.data = data; } }
controller代码:
@PostMapping(value = "offline") @ResponseBody public JsonResult offline() { if(xxxxx) return errorResult("appid无效"); if(yyy){ ImmutableMap<String, Object> result = ImmutableMap.of("uuid", conversionId, "code", 200); return successResult("转换成功", result); } } protected JsonResult successResult(String message, String nextUrl) { return new JsonResult(200, message, nextUrl); } protected JsonResult successResult(String message, Object data) { return new JsonResult(200, message, data); } protected JsonResult errorResult(String message) { return new JsonResult(300, message); }
以上返回的json格式在web交互的时候已经很精简了,而且封装的很不错
笔者最近需要对特定的web接口进行封装,封装成计费的API,这个时候上面格式里面的json节点显得多余
"data": { "code":200, "uuid":"xxxxx" }
于是笔者想到了Spring里面的ResponseEntity类
重构代码
@PostMapping(value = "offline") @ResponseBody public ResponseEntity<Map<String,Object>> offline(){ if(StringUtils.isEmpty(apiKey)||StringUtils.isEmpty(apiKey)) { return ResponseEntity.status(HttpStatus.BAD_REQUEST).body(ImmutableMap.of("message","apiKey和appId不能为空","code",300)); } return ResponseEntity.ok().body(ImmutableMap.of("message","转换成功","code",200,"uuid",conversionId)); }
代码简洁了很多,返回的json如下
建议
不建议将http状态码作为业务系统代码,比如上面的200,300,很容易让新手产生疑问,把排除问题故障的思路带偏了。当然按笔者的理解,设计上面JsonResult类的作者应该是出于
对简单业务的类型比较简单的交互设计了200,300两个状态,一般业务系统都会有自己的业务状态码,比如银行。而且多用ASCII字符集的可视字符组成业务系统故障码,这样做的好处:
不管在沈编码环境,这个业务故障代码都能正常显示。
原文地址:https://www.cnblogs.com/passedbylove/p/12299146.html
时间: 2024-11-10 20:52:45