设计模式------单一职责原则和开—闭原则

单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意向不到的破坏。比如说俄罗斯方块游戏，考虑哪些是界面，哪些是逻辑，然后封装成不同的类。

软件设计真正要做的许多内容就是发现职责并把那些职责相互分离，如何判断是否应该分离出类来，就是考虑下是否有多于一个的动机去改变一个类，那么这个类就有多于一个的职责。

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

在研发一开始，需求会一直变化，怎样的设计才能面对需求的改变却可以保持相对的稳定，从而使系统可以在第一个版本以后不断推出新的版本。最好的方法就是多扩展、少修改。但是，绝对的对修改关闭是不可能的，无论模块是多么封闭，都会发生一些对之无法封闭的变化，既然不可能完全封闭，设计人员必须对于他设计的模块应该对那种变化无法封闭做出选择，他必须猜测最有可能发生的变化种类，然后构造抽象来隔离那些变化。

又或者初次未想清楚，后来发生了变化，那么当变化发生时，我们就创建抽象来隔离以后发生的同类变化。

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