设计模式六大原则:单一职责原则
程序员文章站
2023-11-22 12:55:04
单一职责原则: 对象不应承担太多功能,正如一心不能而用,比如太多的工作(种类)会使人崩溃。唯有专注才能保证对象的高内聚;唯有唯一,才能保证对象的细粒度。 解决问题: 假如有A和B两个类,当A需求发生改变需要修改时,不能导致B类出问题。 现状: 在实际情况很难去做到单一职责原则,因为随着业务的不断变更 ......
单一职责原则:
对象不应承担太多功能,正如一心不能而用,比如太多的工作(种类)会使人崩溃。唯有专注才能保证对象的高内聚;唯有唯一,才能保证对象的细粒度。
解决问题:
假如有a和b两个类,当a需求发生改变需要修改时,不能导致b类出问题。
现状:
在实际情况很难去做到单一职责原则,因为随着业务的不断变更,类的职责也在发生着变化,即职责扩散。如类a完成职责p的功能,但是随着后期业务细化,职责p分解成更小粒度的p1与p2,这时根据单一职责原则则需要拆分类a以分别满足细分后的职责p1和p2。但是实际开发环节,若类的逻辑足够简单,可以在代码上级别上违背单一职责原则;若类的方法足够少,可以在方法级别上违背单一职责原则。
经典案例:
用一个类描述动物呼吸的场景
1 namespace mydemo 2 { 3 internal class animal 4 { 5 public void breath(string animal) 6 { 7 console.writeline($"{animal}呼吸空气"); 8 } 9 } 10 }
1 namespace mydemo 2 { 3 internal class program 4 { 5 private static void main(string[] args) 6 { 7 animal animal = new animal(); 8 animal.breath("
赞 (0)
打赏
微信扫一扫
相关文章:
版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。
发表评论