第3章 拍摄UFO--单一职责原则

2016-02-01 16:42:33.0

单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。
    软件设计真正要做的许多内容,就是发现职责并把这些职责相互分离。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。

    在代码review的时候,我们经常要求同学们,将某某业务抽出来,提供代码的可读性和可维护性,以及强制的规范,一个方法不能超过200行等,都是从一个方面或侧面,控制一个方法的职责尽可能的单一。
   
    将多个职责冗余到一个类或方法中,不论在代码可读性、扩展性方面,都是坏的设计。