设计原则之单一职责原则

<script type="text/javascript"><!--google_ad_client = "pub-9528830580198364";/* 大矩形336x280, 创建于 09-5-28 */google_ad_slot = "4731086345";google_ad_width = 336;google_ad_height = 280;//--></script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

 

设计原则之单一职责原则

单一职责原则:就一个类而言,应该仅有一个引起它变化的原因

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

软件设计真正要做的许多内容,就是发现职责并把那些职责互相分离.如果你能想到多余一个动机去改变一个类,那么这个类就具有多于一个的职责.

也就是说类的功能应该足够单一,能够改变一个类的状态的条件应该尽量少,多了就会耦合在一起,让一个类难以维护.