设计模式之单一职责原则&开放-封闭原则

单一职责原则

 

1. 单一职责定义：

就一个类而言，应该仅有一个引起它变化的原因。通俗的说，即一个类只负责一项职责。

问题描述：

类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。

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

解释说明：

 比如：类T只负责一个职责P，这样设计是符合单一职责原则的。后来由于某种原因，也许是需求变更了，也许是程序的设计者境界提高了，需要将职责P细分为粒度更细的职责P1，P2，这时如果要使程序遵循单一职责原则，需要将类T也分解为两个类T1和T2，分别负责P1、P2两个职责。但是在程序已经写好的情况下，这样做简直太费时间了。所以，简单的修改类T，用它来负责两个职责是一个比较不错的选择，虽然这样做有悖于单一职责原则。（这样做的风险在于职责扩散的不确定性，因为我们不会想到这个职责P，在未来可能会扩散为P1，P2，P3，P4……Pn。所以记住，在职责扩散到我们无法控制的程度之前，立刻对代码进行重构）

开放-封闭原则

 

1. 开放-封闭原则定义：

软件实体(类、模块、函数等)可以扩展，不可修改。对于扩展是开放的，对于更改是封闭的。

2.解释说明：

该原则意思就是说，当设计的时候，时刻考虑好，让这个类足够好，写好了就不要去修改，当有新的需求，增加一些类，原来的代码则不改动。

本文参考网上博客及大话设计模式总结。