后端开发接口规范

因不同人员的开发习惯不同,造成前后端连调时许多问题要重复确认。也会出现因前后端人员对

默认值的期望不同而造成的代码缺陷。因此制定本接口规范,规范前后端的开发标准。

 

参考如下接口文档格式:

接口名称审核列表

接口描述:接口的使用场景

接口URL: {service}/rider/check/r/new/list

请求方式get|post

请求参数(json对象)// 可以根据需要让后端说明接受的是params还是model

数据格式:{key1: value1, key2: value2, ...}

 

参数名

数据类型

是否必填

取值范围

含义

checked

int

(0,10)

审核状态

userName

string

[0, 10]

用户名

userPhone

string

 

手机号

orgId

int

 

组织ID

cityId

int

 

城市ID

orgType

int

 

组织类型

pageNum

int

 

页码号

pageSize

int

 

每页数据

返回结果

1、返回结果要求是json对象

2、数据格式:{code: 0, msg: "ok", data: {model:{}}} // 真实数据最好放在data内部,前端统一从data里面获取

3、返回数据字段,都要有字段描述,明确告知前端字段的作用,如下注释内容

{

"code": 0,

"msg": "成功",

"data": {

"list": [{

"accountId": 0, // 账号ID

"accountSource": 0, // 账号来源

"bmOrgId": 80, // 组织ID

"bmRoleCode": 0, // 角色Code

"bmUserId": 112, // bmID

"cardNo": "140***********5811", // 身份证号

"cardNoChanged": false, // 身份证是否修改

"checked": 0, // 审核状态

"ctime": "2018-03-26 19:54:55", // 创建时间

"faceUrlChanged": false, // 头像是否修改

"gender": 0, // 性别 0:男,1:女

"genderChanged": false, // 性别是否改变

"headPortraitUrlChanged": false, // 用户头像是否改变

"healthCertificateDateChanged": false, // 健康证日期是否改变

"healthCertificateFaceUrlChanged": false, // 健康证头像是否改变

"healthCertificateType": 0, // 健康证类型

"healthCertificateTypeChanged": false, // 健康证类型是否改变

"healthCertificateUrlChanged": false, // 健康证图片是否改变

"id": 111, // 唯一标识

"idCardUrlChanged": false, // 身份证图片是否改变

"isCheckHealthCertificate": 0, // 是否校验健康证

"jobType": 0, // 工作类型

"mobile": "140****1112", // 电话

"name": "姓名", // 姓名

"nameChanged": false, // 名字是否改变

"opUserId": 0, // 操作人ID

"opUserType": 0, // 操作人类型

"orgName": "加盟站", // 组织名称

"orgType": 0, // 组织类型

"orgTypeName": "自营", // 组织类型名称

"originOrgId": 0, // 源组织ID

"utime": "2018-03-26 19:54:55", // 最近更新时间

"valid": 0 // 是否有效

}],

"pageNo": 10,

"pageSize": 20,

"totalCount": 2000

}

}

4、数据直接可用,不用前端二次加工(如排序、计算)

5、列表展示数据如果包含字典类型数据,需要后端直接给出展示名称(前端不做映射处理)

6、按需给出所需字段,尽可能去掉前端不需要的多余字段

7、对于各种字段类型,如果不存在必须返回该字段,缺省值如下

 

类型

缺省值

Array

[ ] // 空数组

String

'' // 空串

Number

null

Json 对象

null

linux时间戳

0

8、对于 复杂的数据类型,比如 result: {a: '字段1', b: '字段2' }, 假如 result为空,则返回 result: null,而不是 result : { a: '', b: ''}

分页约定:

1、请求从第一页开始、即pageNumber 从1开始

2、后端需返回 pageCount(本次查询返回多少条记录), totalPage(总页数)。

### 回答1: 大厂java后端开发规范包括以下几个方面: 1. 代码规范:大厂在java后端开发中非常重视代码规范,包括命名规范、注释规范、代码风格等。合理的命名、清晰的注释以及统一的代码风格可以提高代码的可读性和可维护性。 2. 项目结构:大厂通常会要求有清晰、合理的项目结构,包括分模块、分层等。每个模块的功能要明确,便于团队合作开发和维护。 3. 运行环境:大厂一般会规定开发环境、测试环境和生产环境的配置。开发环境需要包括所需的IDE、数据库、版本控制等,测试环境的配置要与生产环境尽量一致,保证测试的有效性。 4. 数据库设计:在数据库设计上,需要规范表的命名、字段的命名以及数据类型的选择。合理的数据库设计可以提高查询性能和数据存储的效率。 5. 接口设计:对于大型后端项目,接口的设计尤为关键。接口需要规范输入输出参数、返回结果的格式、错误码等方面,以提供给前端或其他系统使用。 6. 测试规范:大厂通常会要求进行单元测试、集成测试和性能测试等。测试代码的编写规范同样重要,可以保证代码的质量和功能的正确性。 7. 代码管理:大厂一般会使用版本控制工具对代码进行管理,如Git。规范的代码提交、分支管理以及代码合并流程可以保证团队协作的顺利进行。 以上是大厂java后端开发规范的几个方面,通过遵循这些规范,可以提高代码的质量和开发效率,同时也有利于团队协作和项目的维护。 ### 回答2: 大厂Java后端开发规范是指在大型软件开发公司或互联网公司中,Java后端开发人员遵循的一定规范和标准,以保证团队合作效率、代码质量和系统可维护性。以下是一些常见的大厂Java后端开发规范: 1. 代码规范:采用统一的命名规范,如驼峰命名法,避免使用拼音或缩写等不规范命名方式。代码格式应统一,使用约定俗成的缩进、空格、注释等规范,提高代码的可读性。 2. 设计模式:遵循常见的设计模式,如单例模式、工厂模式、观察者模式等,提高代码的可重用性和可扩展性,降低耦合度。 3. 异常处理:合理处理异常,使用try-catch块捕获异常并进行适当的处理,避免异常影响系统的稳定性和可用性。 4. 数据库操作:使用数据库连接池进行数据库连接,避免频繁地创建和关闭连接。使用预编译语句或者ORM框架进行数据库操作,提高数据库访问性能。 5. 日志记录:使用统一的日志框架,如log4j、slf4j等,记录关键操作和异常信息,方便系统的排查和定位问题。 6. 并发控制:合理使用线程池和锁机制,控制并发访问,保证数据的正确性和系统的性能。 7. 测试规范:编写良好的单元测试和集成测试,覆盖核心代码。使用相关的测试框架和工具,如JUnit、Mockito等,提高测试效率和代码质量。 8. 安全规范:对用户输入进行合理的校验和过滤,避免安全漏洞。对重要信息进行加密传输,保证数据的安全性。 以上是大厂Java后端开发常见的规范,遵循这些规范可以提高代码的质量和可维护性,提高团队协作效率,保证整个系统的稳定性和可用性。 ### 回答3: 大厂 java 后端开发规范可以从以下几个方面进行描述。 1. 代码风格规范:大厂 java 后端开发规范会要求遵循统一的代码风格,包括代码缩进、命名规范、注释规范等。这样可以提高代码的可读性和可维护性。 2. 设计模式规范:大厂 java 后端开发规范会强调使用设计模式来解决常见的设计问题,例如单例模式、工厂模式、代理模式等。这样可以提高代码的可扩展性和灵活性。 3. 异常处理规范:大厂 java 后端开发规范会明确规定如何处理异常,包括捕获异常、处理异常和抛出异常等。这样可以提高系统的稳定性和可靠性。 4. 数据库访问规范:大厂 java 后端开发规范会规定如何进行数据库的访问,包括使用什么类型的数据库连接池、如何编写 SQL 语句等。这样可以提高数据库操作的效率和安全性。 5. 接口设计规范:大厂 java 后端开发规范会要求清晰定义接口的输入和输出,遵循 RESTful 设计原则,使用合适的 HTTP 方法和状态码等。这样可以提高接口的可用性和易用性。 6. 性能优化规范:大厂 java 后端开发规范会指导如何进行性能优化,包括数据库查询优化、缓存设计和使用合适的并发控制等。这样可以提高系统的响应速度和并发能力。 7. 安全规范:大厂 java 后端开发规范会强调安全性,包括防止 SQL 注入、XSS 攻击、CSRF 攻击等。这样可以提高系统的安全性和抵御恶意攻击的能力。 总之,大厂 java 后端开发规范旨在提高团队协作效率、代码质量和系统性能,保证软件项目的高效开发和稳定运行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值