无规矩不成方圆,任何一个软件,如果刚开始没有定义好规范,任由各个开发进行按照自己的喜好进行开发,后面运维的兄弟,估计整天就要骂娘了。
开发一时爽,运维火葬场,运维一个软件,往往比开发一个软件要辛苦好多,毕竟很多时候,运维都要从不明白需求,不理解系统架构,不理解数据结构的0开始。
今天来做一个定义多业务的接口规范,考虑到每家企业的业务不一样,只提供参考。
目录
定义多业务接口
在后端的服务中,我们的服务只会提供API接口,以便提供数据,根据业务需求,我们把接口分为三类
1、后端系统服务接口view,主要提供给后台管理系统使用,面向B端
2、前端系统服务接口application,主要提供给小程序,H5使用,面向C端
3、第三方服务接口external,主要提供给第三方使用
统一接口消息体
/**
* 消息影响实体
* @author:溪云阁
* @date:2020年5月2日
*/
@Data
@Builder
@NoArgsConstructor
@AllArgsConstructor
@ApiModel(value = "响应类", description = "响应类")
public class ResponseMsg<T> {
@ApiModelProperty(value = "响应状态", example = "00,成功;01,失败")
private String respStatus;
@ApiModelProperty(value = "响应描述", example = "例如:找不到用户信息")
private Object respDesc;
@ApiModelProperty(value = "响应实体")
private T data;