代码可读性

对软件来说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率。代码的字里行间流淌的是软件生命中的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升质量意识。 ——《阿里巴巴开发手册》

一致性

不同开发者对同一事物会有不同的理解，因此对于关键业务名称的命名需要统一，使整个链路保持一致性。

有意义且简短

命名过长意味着该方法干的事太多，需要思考是否可以拆分方法，方法时候符合『单一职责』设计原则

命名规范

方法名、参数名、成员变量、局部变量都统一使用lowerCamelCase风格。

常量应全部大写，单词间用下划线隔开

符合阅读习惯

条件判断的时候优先判断异常情况提前返回。

如果if中的条件表达式比较复杂，将复杂的条件表达式封装成一个函数，通过函数名来解释表达式的含义。也可以使用『策略模式』设计原则。

好的代码重构原因：学习、集成、优化；

差的代码重构原因：市场变化、需求变化、架构或设计问题、代码缺陷；