单一职责原则：一个类应该仅有一个引起它变化的原因。软件设计需要做到职责相互分离。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱这个类完成其他职责的能力，牵一发而动全身。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。单一职责的代码更容易维护和拓展。 原文链接：https://www.f2er.com/javaschema/286046.html
单一职责原则：一个类应该仅有一个引起它变化的原因。软件设计需要做到职责相互分离。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱这个类完成其他职责的能力，牵一发而动全身。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。单一职责的代码更容易维护和拓展。 原文链接：https://www.f2er.com/javaschema/286046.html