引言
如果团队成员的编码规范各不相同,那么你在接收其他人的代码时是不是总会因为无法认同他的代码风格,而想着去重写呢。但是重写这个事儿不只会增加梳理逻辑和开发成本,而且重写后出现问题的风险也会相应增加。那么,这个问题应该如何解决呢?
在我看来,如果出现这种情况,你的团队急需制定出一套适合自己团队的编码规范。有了统一的编码规范, 就能有效避免团队成员由于代码风格不一致而导致的相互认同感缺失问题。
那么,如何制定编码规范呢?在接下来的内容里,我会先说,我认为的好的编码规范。在制定编码规范时,也可以按照这个思路去细化出更多、更适合自己的规范,从而制定出团队的编码规范。然后如何通过Code Review的方式将制定的编码规范进行落地。
好的代码规范
关于好的代码规范,接下来我会从常量、变量、属性、条件语句、循环语句、函数、类,以及分类这8个方面一一说明。