Java设计原则—单一职责原则(转)
2017-07-04 23:06
232 查看
定义:
应该有且仅有一个原因引起类的变更。
There should never be more than one reason for a class to change.
优点:
1、类的复杂性降低,实现什么职责都有清晰明确的定义;
2、可读性提高,复杂性减低,可读性当然提高;
3、可维护性提高,可读性提高,可维护性当然提高;
4、变更引起的风险减低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的类有影响,对其他接口无影响,这对系统的扩展性、维护性都有非常大的帮助。
注意:
单一职责原则提出了一个编写程序的标准,用“职责”或“变化原因”来衡量接口或类设计得是否优良,但是“职责”和“变化原因”都是不可度量的,因项目而异,因环境而异。
建议:
接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。
相关文章推荐
- JAVA设计模式-单一职责原则
- java 设计模式六大原则(1):单一职责原则
- Java设计模式之单一职责原则(Single Responsibility Principle)
- java设计模式_单一职责原则
- Java设计模式之二十七(单一职责原则)
- java 设计模式六大原则(1):单一职责原则
- java 设计模式六大原则(1):单一职责原则
- 简单讲解Java设计模式编程中的单一职责原则
- Java设计模式—单一职责原则(SRP)
- <Java设计模式>---单一职责原则
- java设计模式-单一职责模式,依赖倒转原则
- Java七大设计原则之单一职责原则
- Java设计模式学习笔记---单一职责原则(一)
- Java与设计模式(三)设计原则--单一职责原则
- java设计原则 第一篇---- 单一职责原则
- Java 设计模式(十) 单一职责原则(SRP)
- Java设计模式-21-单一职责原则
- java设计模式之单一职责原则(SRP)
- JAVA设计模式之单一职责原则
- Java设计原则 - 单一职责原则