业务实践系列(4)：项目开发常规规范

最近先后接手了 2 个项目，接第一个项目觉的好乱，花了好几天略有理清；接第二个项目时觉的第一个项目还行，就这样认知底线又被突破。

一个没有规范化的团队和项目，项目经过多人多次迭代，简直是一团乱，属性、方法、表字段命名不规范，表关系设计不清晰，Mapper 层与业务强耦合，注释与实际功能不一致，业务包结构不规范，公共功能不抽出独立，新人接手难以通过代码快速了解业务，真是太糟糕了。

本篇基于个人在项目中遇到的以上原因而记录需要的规范。