1.有意义的命名
名副其实，避免误导
做有意义的区分，简单明了
2.函数
短小，职责单一
别重复自己
3.注释
用代码来阐述
可怕的废话
4.格式
垂直格式，垂直距离，空范围
横向格式，水平对齐，缩进
5.错误处理
使用异常而非返回码
先写Try-Catch-Finally语句
别返回null值，别传递null值
6.单元测试
TDD三定律
在编写不能通过的单元测试前，不可编写生成代码
只可编写刚好无法通过的单元测试，不能编译也算不通过
只可编写刚好足以通过当前失败测试的生成代码
保持测试整洁
每个测试一个断言
FIRST(快速Fast，独立Independent，可重复Repeatable，自足验证Self-Validating，及时Timely)
7.类
类应该短小
单一权责原则
内聚
8.系统
将系统的构造与使用分开：分解，工厂，依赖注入
扩容
9.迭进
运行所有测试
重构，不可重复
表达力，尽可能少的类和方法
10.逐步改进，坏代码的味道
注释：准确，简明，代码自描述
尽可能使用标准命名法
无歧义的名称
测试覆盖率，快速而有效
测试边界条件，全面测试相近的缺陷
注：
每行代码长度建议不要超过120个字符；
代码格式整洁，垂直水平对齐；
注释了的代码段尽量清除掉；
不准确的注释或者命名等尽量修改或者删除；
注释尽量少，如果有尽量准确不冗余；
函数参数尽量少，职责单一；
不同业务逻辑代码段之间分隔开；
清除魔鬼数字；
清除返回null 传递null函数