单一职责原则，就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。
软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离[ASD]。
如何判断？
开放-封闭原则，软件实体（类、模块、函数等等）可以扩展，但不可修改。
也就是对扩展开放，对更改封闭。
该原则要求，你在设计的时候，就该让一个类足够的好，在之后的过程中，不要修改这个写好的类，而是去新增一个类。
但说实话，绝对的封闭是不可能的，所以我们只能再设计的时候尽可能的猜测可能变化的种类，然后构造抽象来隔离变化。
如果真的出现了变化，必须修改之前写好的类，那么我们就需要遵循变化发生立即采取行动，也就是将这个写好的类立刻抽象，便于下次如果再添加功能好添加功能。
举个例子：
我们希望的是在开发工作展开不久就知道可能发生的变化。查明可能发生的变化所等待的时间越长，要创建正确的抽象就越困难。
原文：https://www.cnblogs.com/LampsAsarum/p/12168228.html