面向对象设计的原则
衡量一个设计模式成功与否的关键
1.依赖倒置原则(DIP)
- 高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定)。
- 抽象(稳定)不应该依赖于实现细节(变化),实现细节应该依赖于抽象(稳定)。
(依赖分为编译时依赖和运行时依赖,编译时依赖即编译A时B必须
已经存在,即A依赖于B) - 我们一般都是通过抽象类来隔离变化。
2.开放封闭原则(OCP) - 对扩展开放,对更改封闭。(即通过增加模块来应对新需求,而不是重新进行更改)
- 类模块应该是可扩展的,而不是可修改的。
3.单一职责原则(SRP) - 一个类应该仅有一个引起他变化的原因
- 变化的方向隐含的类的责任。(即类的功能不应该太多,太多意味着承担太多的功能)
4.Liskov替换原则(LSP) - 子类必须能够替换它们的基类(IS-A)
- 继承表达类型抽象。
5.接口隔离原则(ISP) - 不应该强迫客户程序依赖它们不用的方法。(即提供尽可能少的public方法,在真正有必要的时候才暴露出去)
- 接口应该小而完备。
6.优先使用对象组合,而不是类继承 - 类继承通常为“白箱复用”,对象组合通常为“黑箱复用”
- 继承在某种程度上破坏了封装,子类父类耦合度高。
- 对象组合只要求被组合的对象具有良好定义的接口,耦合度低。
7.封装变化点
使用封装来创建对象之间的分界层,让设计者可以在分界的一侧进行修改,而不会对另外一侧产生不良的影响,从而实现层次间的松耦合。
8.针对接口编程,而不是针对实现编程。 - 不将变量类型声明为某个特定的具体类,而是声明为某个接口。
- 客户程序无须获知对象的具体类型,只需要知道对象所具有的接口。
- 减少系统中各部分的依赖关系,从而实现“高内聚、松耦合”的类型设计方案。
GoF的23中模式的分类
image.png另一种分类方式:
image.png
- 现代软件设计的特征是“需求的频繁变化”。设计模式的要点是寻找变化点,然后在变化点处应用设计模式
- 记住没有一步到位的设计模式,软件的设计模式重构是最适合的设计模式
参考书目:
image.png
image.png
重构的关键技法:
动态->静态
早绑定->晚绑定
继承->组合
编译时依赖->运行时依赖
紧耦合->松耦合
Decorator装饰者模式-单一职责模式
image.pngimage.png
image.png
image.png
image.png
Bridge桥模式-单一职责模式
image.pngimage.png
image.png
image.png
image.png image.png
template method 模式-组件协作模式
image.pngimage.png image.png
image.png
image.png
image.png
hah.png
image.png
Strategy模式-组件协作模式
image.pngimage.png
image.png
image.png
image.png
Observer观察者模式-组件协作模式
observerimage.png
image.png
image.png
image.png
网友评论