软件设计原则
2017-07-07 10:33
260 查看
摘自《大话设计模式》
如果你能够想到多于一个动机去改变一个类,那么这个类就具有多于一个的职责。
B抽象不应该依赖细节,细节应该依赖抽象。
单一职责
一个类应该仅有一个引起它变化的原因。如果你能够想到多于一个动机去改变一个类,那么这个类就具有多于一个的职责。
开发封闭
软件实体(类,模块,函数等等)应该是可以扩展的,但是不可修改的。依赖倒转
A高层模块不应该依赖底层模块,两个都应该依赖抽象。B抽象不应该依赖细节,细节应该依赖抽象。
里氏代换
子类型必须能够替换掉他们的父类型相关文章推荐
- 从设计原则谈软件开发(一)
- 从设计原则谈软件开发(三)
- 软件设计中的原则(GRASP)
- 软件设计中的一些原则
- 软件设计中的原则(GRASP)
- SoC嵌入式软件架构设计之三:代码分块(Bank)设计原则
- 软件设计:面向对象设计原则
- Coding Style Guide 之软件设计原则初探
- 软件的设计原则
- 设计面向对象的可复用的软件原则-读《java与模式》笔记之一
- 介绍Web基础架构设计原则的经典论文《架构风格与基于网络的软件架构设计》导读
- 【敏捷软件开发:原则、模式与实践】之敏捷设计的几个原则
- 软件架构设计原则和模式(上):分层架构设计
- 软件设计中的一些常见原则 总结
- 设计模式依赖的软件设计原则
- 软件设计通用原则整理
- 软件设计6大原则
- 软件的架构与设计模式之层次原则
- 软件架构设计的六大原则
- 软件设计原则