<设计模式>之<单一职责原则>
发布时间:2020-12-13 23:04:26 所属栏目:百科 来源:网络整理
导读:1. 单一职责原则(SRP),就一个类而言,应该仅有一个引起它变化的原因。 2.如果一个雷承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到想不
1. 单一职责原则(SRP),就一个类而言,应该仅有一个引起它变化的原因。 2.如果一个雷承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到想不到的破坏。 3.软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。 如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责,就应该考虑类的职责分离。做到单一职责,这样代码才是真正的已维护、易扩展、易复用、灵活多样。 单一职责,举个例子。单反相机的单一性职责,让其拍摄性能明显优于手机的相机功能。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |