设计模式---->单一职责原则
设计模式---->单一职责原则
小强斋太 发表于1年前
设计模式---->单一职责原则
  • 发表于 1年前
  • 阅读 0
  • 收藏 0
  • 点赞 0
  • 评论 0

腾讯云 新注册用户 域名抢购1元起>>>   

单一职责原则【Single Responsibility Principle】

1、单一职责原则

单一职责原则:应该有且仅有一个原因引起类的变更

There should never be more than one reason for a class to change.

2、使用单一职责原则的好处

1. 类的复杂性降低,实现什么职责都有清晰明确的定义;

2. 可读性提高,复杂性降低,那当然可读性提高了;

3. 可维护性提高,那当然了,可读性提高,那当然更容易维护了;

4. 变更引起的风险降低,变更是必不可少的,接口的单一职责做的好的话,一个接口修改只对相应的实现类有影响,与其他的接口无影响,这个是对项目有非常大的帮助。

3、应用

3.1、接口

对于接口,我们在设计的时候一定要做到单一,

用户的属性(Properties)和用户的行为(Behavior)没有分开,应该把用户的信息抽取成一个业务对象(BussinessObject,简称BO),把行为抽取成另外一个接口中,

重新拆封成两个接口,IUserBO负责用户的属性;IUserBiz负责用户的行为,完成用户的信息的维护和变更

3.2、类

但是对于实现类就需要多方面考虑了,生搬硬套单一职责原则会引起类的剧增,给维护带来非常多的麻烦;而且过分的细分类的职责也为人为的制造系统的复杂性,本来一个类可以实现的行为非要拆成两个,然后使用聚合或组合的方式再耦合在一起,这个是人为制造了系统的复杂性

3.3、方法

单一职责使用于接口、类,同时也使用方法

在IUserManager中定义了一个方法叫changeUser,根据传递的type不同,把可变长度参数changeOptions修改到userBo这个对象上,并调用持久层的方法保存到数据库中。

缺点:方法职责不清晰,不单一

你要修改用户名称,就调用changeUserName方法,你要修改家庭地址就调用changeHomeAddress,你要修改单位单户就调用changeOfficeTel方法,每个方法的职责就非常清晰,

共有 人打赏支持
粉丝 0
博文 181
码字总数 0
×
小强斋太
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: