大话设计模式-第03章 拍摄UFO-单一职责原则

03 拍摄UFO-单一职责原则

单一职责原则:就一个类而言,应该仅有一个引起他变化的原因。如一个类若有太多的职责,则意味着,无论任何需求要更新,这个类就要更新,这样维护起来就很麻烦,复用就不可能,缺乏灵活性。


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


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

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...