.net设计模式-单一职责

本文深入探讨了单一职责原则,解释了为何一个类应当只负责一件事情,如何通过拆分职责提高代码的可读性、可维护性和重用性。文章还讨论了违背单一职责原则的代价及在实际开发中如何权衡。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 1   /// <summary>
 2     /// 单一职责原则:类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,
 3     /// 有可能会导致原本运行正常的职责P2功能发生故障。
 4     /// 
 5     /// 一个类只负责一件事儿
 6     /// 拆分之后,职责变得单一
 7     /// 阅读简单,易于维护;
 8     /// 扩展升级,减少修改,直接增加类;
 9     /// 方便代码重用的;
10     /// 简单--稳定--强大
11     /// 
12     /// 单一职责的成本:类变多了;上端需要了解更多的类
13     /// 
14     /// 衡量着使用:如果类相对稳定,扩展变化少,而且逻辑简单,违背单一职责也没关系
15     ///             一个类不要让他太“累” 
16     ///             如果不同的职责,总是一起变化,这种是一定要分开的
17     ///             
18     /// 代码足够简单,就可以稍稍违背
19     /// 
20     /// 方法:方法多个分支,还可能扩展变化,最好拆分成多个方法
21     ///   类:接受输入-数据验证-逻辑计算--数据库操作--日志  为了重用,方便维护升级
22     /// 接口:也会把不同的功能接口,独立开来
23     /// 类库:把项目拆分成多个类库,重用--方便维护--
24     /// 项目:一个web解决所有问题:客户端;管理后台;定时服务;远程接口;  还是要拆分
25     /// 系统:成熟互联网企业,有N多项目,有很多重复功能,IP库/日志库/监控系统/在线统计。。。
26     /// 
27     /// </summary>

 

转载于:https://www.cnblogs.com/Spinoza/p/10995098.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值