关闭

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

标签: 单一职责原则
184人阅读 评论(0) 收藏 举报
分类:

03 拍摄UFO-单一职责原则

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


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


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

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:73496次
    • 积分:2385
    • 等级:
    • 排名:第16589名
    • 原创:170篇
    • 转载:5篇
    • 译文:5篇
    • 评论:1条