阅读笔记六
第九章:单元测试
TDD三定律
- 第一定律:在编写不能通过的单元测试前,不能编写生产代码;
- 第二定律:只可编写刚好无法通过的单元测试,不能编译也算不通过;
- 第三定律:只可编写刚好足以通过当当前失败的测试的生产代码;
保持测试整洁:测试必须随生产代码的演进而修改。
测试越脏,就越难修改。测试代码越缠结,你就越有可能花更多时间塞进新的测试,而不是编写新的生产代码。
整洁测试三要素:可读性、可读性和可读性。
第十章:类
类型应该短小。
单一权责原则:类或模块应该有且只有一条加以修改的理由。
系统应该有许多短小的类而不是少量巨大的类组成,每个小类封装一个权责,只有一个修改的原因,并与少数其他类一起协同达到期望的系统行为。
内聚:类应该只有少数实体变量。类中的每个方法都应该操作一个或多个这种变量。
通常而言,方法操作的变量越多,就越黏聚到类中。如果一个类中的每个变量都被每个变量方法所使用,则该类具有最大的内聚性。
保存内聚性就会得到许多短小的类,将大函数拆分为许多小函数时,往往也是将类拆分为多个小类的时机,程序会更加有组织,也会拥有更为透明的结构。