码迷,mamicode.com
首页 > 其他好文 > 详细

设计模式(3)-----单一职责原则

时间:2016-06-17 09:41:10      阅读:136      评论:0      收藏:0      [点我收藏+]

标签:

单一职责原则(SRP)

定义

  就一个类而言,应该仅有一个引起它变化的原因。一个类,只有一个引起它变化的原因。应该只有一个职责。每一个职责都是变化的一个轴线,如果一个类有一个以上的职责,这些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时,可能会影响其它的职责。另外,多个职责耦合在一起,会影响复用性。例如:要实现逻辑和界面的分离。

例子

  例如在做一个根据参数对用户表进行查询再显示出来的功能,把这些东西写在一个类里面是非常不好的。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力,这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏【ASD】。所以正确的做法是,把界面,业务逻辑,数据库查询分开,分成三个类,各自有各自不同的职责。

设计模式(3)-----单一职责原则

标签:

原文地址:http://www.cnblogs.com/a294098789/p/5592955.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!