- 总体规约以《阿里巴巴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方法”
