阅读笔记六

第九章：单元测试

TDD三定律

• 第一定律：在编写不能通过的单元测试前，不能编写生产代码；
• 第二定律：只可编写刚好无法通过的单元测试，不能编译也算不通过；
• 第三定律：只可编写刚好足以通过当当前失败的测试的生产代码；

保持测试整洁：测试必须随生产代码的演进而修改。

测试越脏，就越难修改。测试代码越缠结，你就越有可能花更多时间塞进新的测试，而不是编写新的生产代码。

整洁测试三要素：可读性、可读性和可读性。

第十章：类

类型应该短小。

单一权责原则：类或模块应该有且只有一条加以修改的理由。

系统应该有许多短小的类而不是少量巨大的类组成，每个小类封装一个权责，只有一个修改的原因，并与少数其他类一起协同达到期望的系统行为。

内聚：类应该只有少数实体变量。类中的每个方法都应该操作一个或多个这种变量。

通常而言，方法操作的变量越多，就越黏聚到类中。如果一个类中的每个变量都被每个变量方法所使用，则该类具有最大的内聚性。

保存内聚性就会得到许多短小的类，将大函数拆分为许多小函数时，往往也是将类拆分为多个小类的时机，程序会更加有组织，也会拥有更为透明的结构。