设计模式——6大设计原则
来源:互联网 发布:停课铃软件 编辑:程序博客网 时间:2024/06/06 01:06
一、单一职责原则
类被修改的几率很大,因此应该专注于单一的功能。如果你把多个功能放在同一个类中,功能之间就形成了关联,改变其中一个功能,有可能中止另一个功能,这时就需要新一轮的测试来避免可能出现的问题。
在此单一职责原则的定义是:应该有且仅有一个原因引起类的变更。
SRP的原话解释是: There should never be more than one reason for a class to change .
简单的说就是 One Reason One Change . 而SRP也可以理解成 SRCP (Single Responsibility/Change Principle)。
单一职责是一个很好的概念,要是死扣这个概念导致接口和类相当复杂,维护变得反锁。实际上要遵循单一职责还要结合实际项目包括工期、成本、人员水平、硬件情况等等。
这里引用下作者的建议“接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化”
先说下好处:
(1)类的复杂性降低,实现什么职责都有清晰明确的定义;
(2)可读性提高,复杂性降低,可维护性提高;
(3)变更引起的风险降低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的实现类有影响,对其他的接口无影响,这对系统的扩展性、维护性都有非常大的帮助。
二、里氏替换原则
三、依赖倒置原则
四、接口隔离原则
五、迪米特法则
六、开闭原则
0 0
- 设计模式——6大原则
- 【设计模式】——6大原则
- 《设计模式之禅》——6大设计原则
- 设计模式——6大设计原则笔记
- 设计模式——6大设计原则
- Java设计模式总结——6大设计原则
- 设计模式6大原则
- 6大设计模式原则
- 设计模式6大原则
- 设计模式6大原则
- 设计模式6大原则
- 设计模式6大原则
- 设计模式6大原则
- 设计模式--6大原则
- 设计模式6大原则
- 设计模式6大原则
- 设计模式6大原则
- 设计模式6大原则
- spring scheduled-task集群问题
- DIY Windows
- 直方图均衡化程序 matlab
- 使用Javamail发送邮件
- Windows下python的xgboost-0.47安装
- 设计模式——6大设计原则
- 2016/10/07 阅读《Practical OpenCV》 char5
- 网易笔试题--最大奇约数
- HttpClient request payload post请求
- 22222222222222
- 栈溢出漏洞利用小结
- 返回引用的函数
- 读书笔记--一个人的朝圣
- UML类图java代码实现