设计模式第三章 单一职责原则和第四章 开放-封闭原则 摘要笔记

         单一职责原则：就一个类而言，应该仅有一个引起它变化得原因。

         如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责得变化可能会削弱或者抑制这个类完成其他职责得能力。这种耦合会导致脆弱得设计，当变化发生时，设计会遭受到意想不到得破坏。比如，哪些是界面，哪些是逻辑，然后进行分离。

         在进行软件设计时，需要发现职责并把职责相互分离。其实要去判断要分离出哪些类来，也不难，那就是如果你能够想到多于一个得动机去改变一个类，那么这个类就具有多于一个得职责，就应该考虑类得职责分离。

         开放-封闭原则：是说软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。

          这个原则其实是有两个特征，一个是说‘对于扩展是开放得’，另一个是说‘对于更改是封闭得’

          但是绝对得对修改封闭是不可能得。因为无论模块是多么得‘封闭’，都会存在一些无法对之封闭得变化。既然不可能完全封闭，设计人员必须对于他设计得模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生得变化种类，然后构造抽象来隔离那些变化。虽然很难猜测，但我们却可以在发生小变化时，就及早去想办法应对发生更大变化得可能。也就是说，等到变化发生是立即采取行动。在我们最初编写代码时，假设变化不会发生。当变化发生时，我们就创建抽象来隔离以后发生得同类变化。即面对需求，对程序得改动是通过增加新代码进行得，而不是更改现有得代码。

           开放-封闭原则是面向对象设计得核心所在。遵循这个原则可以带来面向对象技术所声称得巨大好处，也就是可维护、可扩展、可复用、灵活性好。开发人员应该仅对程序中呈现出频繁变化得那部分做出抽象，然而，对于应用程序中得每个部分都刻意得进行抽象同样不是一个好主意。拒绝不成熟得抽象和抽象本身一样重要。