设计模式之六大原则——单一职责原则(SRP)
来源:互联网 发布:excel数据有效性条件 编辑:程序博客网 时间:2024/05/01 14:48
定义:
应该有且仅有一个原因引起类的变更。
There should never be more than one reason for a class to change.
优点:
1、类的复杂性降低,实现什么职责都有清晰明确的定义;
2、可读性提高,复杂性减低,可读性当然提高;
3、可维护性提高,可读性提高,可维护性当然提高;
4、变更引起的风险减低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的类有影响,对其他接口无影响,这对系统的扩展性、维护性都有非常大的帮助。
注意:
单一职责原则提出了一个编写程序的标准,用“职责”或“变化原因”来衡量接口或类设计得是否优良,但是“职责”和“变化原因”都是不可度量的,因项目而异,因环境而异。
建议:
接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。
0 0
- 设计模式六大原则之--单一职责原则(SRP)
- 设计模式六大原则之--单一职责原则(SRP)
- 设计模式之六大原则——单一职责原则(SRP)
- 设计模式之六大原则——单一职责原则(SRP)
- 设计模式之六大原则——单一职责原则(SRP)
- 设计模式之六大原则——单一职责原则(SRP)
- 设计模式之六大原则——单一职责原则(SRP)
- 设计模式六大原则——单一职责原则(SRP)
- 设计模式六大原则—— 单一职责原则(SRP,Single Responsibility Principle)
- 设计模式六大原则(二)-- 单一职责原则 ( SRP )
- 设计模式原则—单一职责原则(SRP)
- IOS设计模式的六大设计原则之单一职责原则(SRP,Single Responsibility Principle)
- 设计模式六大原则(1):单一职责(SRP)
- Java设计模式—单一职责原则(SRP)
- 设计模式六大原则——单一职责原则
- 设计模式六大原则1—单一职责原则
- 设计模式 单一职责原则SRP
- 单一职责(SRP) --- 设计模式原则
- Java 集合系列01之 总体框架
- iOS巅峰之iPhone适配的相关内容以及机型适配时的注意事项
- 344-e-Reverse String
- UI设计中px、pt、ppi、dpi、dp、sp之间的关系
- 你可能漏掉的知识点: onResumeFragments
- 设计模式之六大原则——单一职责原则(SRP)
- Mysql 常用技巧 (连载)
- MySQL下载安装、配置与使用(win7x64)
- CentOS7->nginx
- Chromium OS for Raspberry Pi 3 0.5版本发布
- Linux 回收内核空间资源
- 前端初级工程师面试题
- Edmonds_Karp 算法
- 一款名为Blue_Moon的后台模板的初步研究