- 总体规约以《阿里巴巴Java开发手册》为主,请开发人员至少阅读一遍该手册。
一、java编码规范
1.1 java基础规范
-
多使用 jdk自带库和被验证的第三方库的类和函数,不要用野路子来的jar包
-
无论是包、类、方法、变量,见名知意
1.2 在线文档规约(主要方便和前端沟通)
- 不确定前端是否引用时建议先加Deprecated标识,待确认没有使用,或者前端调整为新接口时再删除相关代码。建议不要上来就直接删除,前端运行报一连串的错误后可能会引起一些不必要的误会。
-
如果运行环境要求24小时不间断运行(即更新时不能停机),一些关键接口建议在前后端上线的下一个版本再删除,以防止升级过程中出现不必要的服务中断。(这个不太理解)
-
废弃的类建议添加ApiIgnore标识。(这个也不太理解,废弃的类直接删了不行吗)
-
所有查询接口的返回值都要能通过swagger查看字段定义。不能返回一个Object、Map之类的让前端去猜谜语。
1.3 RestFul风格规约
-
不采用
Restful风格建议采用的GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作:GET用来获取资源,POST用来新建资源(也可以用于更新资源),PUT用来更新资源,DELETE用来删除资源。具体实践过程中都会宣称提供Restful接口,实际由于软件面向业务场景的复杂性,很难将所有业务场景与HTTP请求类型相对应。最佳实践是查询类采用GET,其它全部采用POST。
好吵啊,以后再更新
二、数据库规范
2.1 表必备字段
编码 | 名称 | 数据类型 | 备注 |
id | 行ID | 无符号长整型 | |
create_user_id | 创建人ID | 无符号长整型 | |
create_name | 创建人姓名 | 字符串 | |
create_time | 创建时间 | 日期时间 | |
update_user_id | 最后修改人ID | 无符号长整型 | |
update_name | 最后修改人 | 字符串 | |
update_time | 最后修改时间 | 日期时间 |
- “ 大家写代码的时候该打日志的地方一定要打日志,后面排查问题全都靠日志了 ”
- “ 这些代码要写在service层,调度层只做调度,具体业务逻辑都在service层,不管代码多少 ”
- “ 大家开发的时候要注意:所有的属性和变量必须要写注释(不能使用尾行注释),方法要写注释,平均每5行代码就要写一个注释 ”
- “所有接口都用post方法”