设计模式 - 单一职责原则 & 开放-封闭原则

单一职责原则 & 开放-封闭原则

单一职责原则

“一个产品简单一些, 职责单一一些, 或许是更好的选择.”

单一职责原则, 就一个类而言, 应该仅有一个引起它变化的原因.

如果一个类承担的职责过多, 就等于把这些职责耦合在一起, 一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力. 这种耦合会导致脆弱的设计, 当发生变化时, 设计会遭受到意想不到的破坏.

软件设计真正要做的许多内容, 就是发现职责并把这些职责相互分离.

开放-封闭原则

“对于扩展开放, 对于更改封闭”

无论模块是多么的 “封闭”, 都会存在一些无法对之封闭的变化. 既然不可能完全封闭, 设计人员必须对于他设计的模块应该对于那种变化变化封闭做出选择. 他必须猜测出最有可能发生的变化种类, 然后构造抽象来隔离这些变化.

面对需求, 对程序的改动是通过增加新代码进行的, 而不是更改现有的代码.

我们希望的是在开发工作展开不久就知道发生的变化. 查明这种可能发生的变化所等待的时间越长, 要创建正确的抽象就越困难.

面向对象技术所声称的巨大好处: 可维护, 可扩展, 可复用, 灵活性好.