1、简单设计的四条规则：
- 运行所有测试；
- 不可重复；
- 表达了程序员的意图；
- 尽可能减少类和方法的数量；
- 以上规则按其重要程度排列。
2、全面测试并持续通过所有测试的系统，就是可测试的系统。不可测试的系统同样不可验证。不可验证的系统，绝不应部署。
3、重构。递增式地重构代码。增加代码之后要琢磨一下变化了的设计，如果设计变坏了就要清理它。测试消除了对清理代码就会破坏代码的恐惧。
4、不可重复。要想创建整洁的系统，需要有消除重复的意愿，即便对于短短几行也是如此。
5、表达力。作者把代码写得越清晰，其他人花在理解代码上的时间也就越少，从而减少缺陷，缩减维护成本。可以通过选用好名称来表达。也可以通过保持函数和类尺寸短小来表达。还可以通过采用标准命名法来表达。编写良好的单元测试也具有表达性。
6、尽可能少的类和方法。消除重复、代码表达力和SRP等最基础的概念可能会被过度使用。为了保持类和函数短小，我们可能会造出太多的细小类和方法。所以这条规则也主张函数和类的数量要少。我们的目标是在保持函数和类短小的同时，保持整个系统短小精悍。