1:单一职责原则(SRP),就一个类而言,应该仅有一个引起它变化的原因
2:如果一个类承担责任过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到破坏[ASD]
3: 软件设计真正要做的许多内容,就是发现职责并将这些职责分离[ASD],如果你能够想到多余一个动机去改变一个类,那么这个类就具有多余一个的职责,就应该考虑类的职责分离
摘录于《大话设计模式》,以后有具体的学习例子再做举例说明
1:单一职责原则(SRP),就一个类而言,应该仅有一个引起它变化的原因
2:如果一个类承担责任过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到破坏[ASD]
3: 软件设计真正要做的许多内容,就是发现职责并将这些职责分离[ASD],如果你能够想到多余一个动机去改变一个类,那么这个类就具有多余一个的职责,就应该考虑类的职责分离
摘录于《大话设计模式》,以后有具体的学习例子再做举例说明