1.单一职责原则(SRP),就一个类而言,应该仅有一个引用它变化的原因。

2.如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。

3.软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。其实要去判断是否应该分离出类来,也不难,那就是如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责,就应该考虑类的职责分离。

相关文章:

  • 2021-06-25
  • 2022-12-23
  • 2021-07-12
  • 2021-06-12
  • 2021-10-11
  • 2021-08-07
  • 2021-06-09
  • 2022-12-23
猜你喜欢
  • 2021-11-02
  • 2022-12-23
  • 2023-04-06
  • 2021-09-03
  • 2021-05-08
  • 2021-07-25
  • 2022-12-23
相关资源
相似解决方案