Clean Code 阅读笔记六

Clean Code 阅读笔记六

---

单元测试

对待单元测试的代码也应该像对待生产环境代码一样，都是代码，没有什么道理不优雅的对待，让测试不随着时间的流逝，在越来越多的逻辑加入的情况下，慢慢演变成脏测试，脏测试 == 没有意义的测试。整洁优雅的测试代码，让测试更为高效，同样的，影响的也有生产代码，测试高效，bug就会越少，生产环境的代码也会相应修改，脏代码也会少，如此一来，双方都整洁，效率自然而然会提上去。

类

权责 确实类应该尽可能地短小，它的短小，是用权责来进行衡量的，一个类里面会包含很多个字段属性，但是在使用类的时候，更希望类能够精确，精确指的是，准确而精准地描述跟同一个类型相关的事物，比如一个水果类中，属性无外乎是颜色，大小等，但是如果出现一个是否需要切割水果的字段，类似这种无关的属性就不应该存在，它属于另外一种权责，可以是加工水果的类的属性。系统是由许多短小的类组成而不是少量巨大的类，每个类都有着它的权责，只有一个修改的原因，并且与其他小类组合完成某种需要。

内聚

将大函数拆分小函数，往往也是将类拆分为更多小类的时机，当类丧失了内聚性，就应该拆分，程序也会更加有组织，也会拥有更透明的结构。在拆分构建的过程中，对于代码的修改，可能带来系统出现问题的风险，所以修改完之后，需要足够的测试。对于类的拆分，尽可能地遵循设计模式的六大原则，相信会大有脾益。阅读此书的时候，也在阅读设计模式的相关书籍，对相关知识的理解会越来越深。