第3章 单一职责原则

前端之家收集整理的这篇文章主要介绍了第3章 单一职责原则前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。
大多数时候,一件产品简单一些,职责单一一些,或许是更好的选择。
在程序中的意思就是:就一个类而言,应该仅有一个引起它变化的原因。
当我们把很多功能写在一个类中,就会导致维护麻烦,复用不可能,更是缺乏灵活性
如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破环。
我们要想尽办法将业务和界面逻辑分开。
软件设计真正要做的许多内容,就是发现职责并把哪些职责相互分离,如何来判断是否应该分离出类来?那就是如果你能够想到多于一个的冬季去改变一个类,纳米这个类就具有多于一个的职责,就应该考虑类的职责分离。
在编程时,我们要在类的职责分离上多思考,做到单一职责,达到易维护,易复用,灵活多样。

猜你在找的设计模式相关文章