从这一篇开始,讲一讲消除这种设计弊端的一些方式。
如果一个类,承担的职责过多,就等于把这些职责耦合在了一起,一个职责的变化可能会削弱或者抑制这个累完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏。
那么,什么是职责呢?
在SRP中,职责被定义为“变化的原因”---a reason for change。
如果我们能够想到多于一个的动机去改变这个类,那么这个类就具有多于一个的职责。
从这一篇开始,讲一讲消除这种设计弊端的一些方式。
如果一个类,承担的职责过多,就等于把这些职责耦合在了一起,一个职责的变化可能会削弱或者抑制这个累完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏。
那么,什么是职责呢?
在SRP中,职责被定义为“变化的原因”---a reason for change。
如果我们能够想到多于一个的动机去改变这个类,那么这个类就具有多于一个的职责。