本书之前提到的各种保持代码整洁的原则及方法，归纳起来只有简单设计的四条。只要遵循这四条原则，设计就能变得简单。
- 运行所有测试
- 不可重复
- 表达程序员的意图
- 尽可能减少类和方法的数量
以上规则重要程度依次降低。
1. 运行所有测试
设计必须制造出如预期一般工作的系统，这是首要因素。全面测试并持续通过所有测试的系统，就是可测试的系统。
只要系统可测试，就会导向保持类短小且目的单一的设计方案。遵循SRP的类，测试起来较为简单。测试编写越多，就越能持续走向编写较易测试的代码。
紧耦合的代码难以编写测试。同样，编写测试越多，就越会遵循DIP之类规则，使用依赖注、接口和抽象等工具尽可能减少耦合。如此一来，设计就有长足进步。
2. 简单设计规则2~4： 重构
有了测试，就能保持代码和类的整洁，方法就是递增式地重构代码。测试消除了对清理代码就会破坏代码的恐惧。
重构过程，就可以应用有关优秀软件设计的一切知识。提升内聚性，降低耦合度，切分关注面，模块化系统性关注面，缩小函数和类的尺寸，选用更好的名称，如此等等。这也是应用简单设计后三条规则的地方：消除重复，保证表达力，尽可能减少类和方法的数量。
3. 不可重复
重复是拥有良好设计系统的大敌。它代表着额外的工作、额外的风险和额外且不必要的复杂度。
4. 表达力
容易理解的代码更容易维护。
选用好名称、保持函数和类尺寸短小、标准命名法、编写良好的单元测试。
5. 尽可能少的类和方法
消除重复、代码表达力和SRP等最基础的概念也会被过度使用。为了保持类和函数短小，我们可能会造出太多的细小类和方法。所以这条规则也主张函数和类的数量要少。
我们的目标是在保持函数和类短小的同时，保持整个系统短小精悍。
