单一职责原则详解--七大面向对象设计原则(1)

前端之家收集整理的这篇文章主要介绍了单一职责原则详解--七大面向对象设计原则(1)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

单一职责原则来源:

定义:单一职责就是一个类负责一项职责.就一个类而言,应该只专注于做一件事和仅有一个引起它变化的原因。

所谓职责,我们可以理解为功能,就是设计的这个类功能应该只有一个,而不是两个或更多。也可以理解为引用变化的原因,当你发现有两个变化会要求我们修改这个类,那么你就要考虑撤分这个类了。因为职责是变化的一个轴线,当需求变化时,该变化会反映类的职责的变化。

单一职责原则,很太简单。大多数开发人员,在设计软件时也会自觉的遵守这一重要原则,因为这是常识。在软件编程中,谁也不希望因为修改了一个功能导致其他的功能发生故障。而避免出现这一问题的方法便是遵循单一职责原则。虽然单一职责原则如此简单,并且被认为是常识,但是即便是经验丰富的程序员写出的程序,也会有违背这一原则的代码存在。为什么会出现这种现象呢?因为有职责扩散。所谓职责扩散,就是因为某种原因,职责A被分化为粒度更细的职责A1和A2。有时候,需求变更需要我们对一个类做出更细粒度的划分,这时候就可能破坏之前构思的单一职责的类!

单一职责原则使用总结:

优点:

(1).消除耦合,减小因需求变化引起代码僵化。

(2). 提高类的可读性,提高系统的可维护性;

(3). 变更引起的风险降低,变更是必然的,如果单一职责原则遵守的好,当修改一个功能时,可以显著降低对其他功能的影响。

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