.net设计模式-单一职责

 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>