GOF分类
从目的来看:
- 创建型(Creational)模式,将对象的创建工作延迟到子类或者其他对象,从而应对需求变化为对象创建时具体类型实现引来的冲击。
- 结构型(Structural)模式:通过类继承或者对象组合获得更灵活的结构,从而应对需求变化为对象的结构带来的冲击。
- 行为型(Behavioral)模式:通过类继承或者对象来划分类与对象间的职责,从而应对需求变化为多个交互对象带来的冲击。
从范围来看
- 类模式处理与子类的静态关系
- 对象模式处理对象间的动态关系
- 从封装变化角度对模式分类
组件协作 | 单一职责 | 数据结构 |
---|---|---|
Template Method | Singleton | Composite |
Oberserver | Flyweight | Iterator |
Strategy | 接口隔离 | Chain of |
单一职责 | Facade | Reaposibility |
Decorator | Proxy | 行为变化 |
bridge | Mediator | Command |
对象创建 | Adapter | Visitor |
Factory Method | 状态变化 | 领域问题 |
Abstract Factory | Memento | Interpreter |
Prototype | state | |
Builder |
重构获得模式
- 面向对象设计模式是“好的面向对象设计”,所谓“好的面向对象设计”指的是那些可以满足“应对变化,以提高复用”的设计。
- 现代软件设计的特征是“需求的频繁变化”。设计模式的要点是“寻求变化点,然后在变化点处应用设计模式,从而更好地应对需求的变化”。什么时候、什么地点应用设计模式比理解设计模式结构本身更为重要。
- 设计模式的应用不宜陷入为主,一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式,敏捷软件开大时间提倡的“Refactoring
to patterns”是目前普遍工人的最好的使用设计模式的方法。
重构的关键技法
- 静态->动态
- 早绑定->晚绑定
- 继承->组合
- 编译时依赖->运行时依赖
- 紧耦合->松耦合
组件协作模式
现代软件专业分工之后的第一个结果是“框架与应用程序的划分”,“组件协作”模式通过晚期绑定,来实现框架与应用程序之间的松耦合,是二者之间协作时常用的模式。
典型模式
- Template Method
- Oberver /Event
- Strategy
Template Method 模式
动机(Motivation)
- 在软件构建过程中,对于某一项任务,他常常有稳定的整体操作结构,但各个子步骤却有很多改变的需求,或者由于固有的原因(比如框架与应用之间的关系)而无法和任务的整体结构同时实现。
- 如何在确定稳定操作结构的前提下,来灵活应对各个子步骤的变化或者晚期实现需求。
模式定义 - 定义一个操作中的算法的骨架(稳定),而将一些步骤延迟(变化)到子类中。Template
Method使得子类可以不改变(复用)一个算法的结构即可重定义(Override重写)该算法的某些特定步骤。
要点总结 - Template Method模式是一种非常基础性的设计模式,在面向对象系统中有着大量的应用。它用最简洁的机制(虚函数的多态性)为很多应用程序框架提供
了灵活的扩展点,是代码复用方面的基本实现结构。 - 除了可以灵活应对子步骤的变化外,“不要调用我,让我来调用你”的反向控制结构是Template Method的典型应用。
- 具体实现方面,被Template
Method调用的虚方法可以具有实现,也可以没有任何实现(抽象方法、纯虚方法),但一般推荐将他们设置为protected方法。
Strategy策略模式
动机(Motivation)
- 在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。
- 如何在运行时根据需要透明的更改对象的算法?将算法与对象本身解耦,从而避免上述问题
模式定义 - 定义一系列算法,把他们一个个封装起来,并且使他们可互相替换(变化)。该模式使得算法可独立于使用它的客户程序(稳定)而变化(扩展、子类化)。
要点总结
- Strategy及其子类为组件提供了一系列可重用的算法,从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。
- Strategy模式提供了用条件判断有进步以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
- 如果Strategy对象没有实例变量,那么各个上下文可以共享一个Strategy对象,从而节省对象开销。
Observer观察者模式
动机(Motivation)
- 在软件构建过程中,我们需要为某些对象建立一种“通知依赖关系”
即一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知。如果这样的依赖关系过于紧密,使得软件不能很好的抵御变化。 - 使用面向对象技术,可以将这种依赖关系弱化,并形成一种稳定的依赖关系,从而实现软件系结构的松耦合。
模式定义 - 定义对象间的一种一对多(变化)的依赖关系,以便当一个对象(Subject)的状态发生改变是,所有依赖于它的对象都得到通知并自动更新。
要点总结
- 使用面向对象的抽象,Observer模式使得我们可以 独立的改变目标与观察者,从而使二者之间的依赖关系达致松耦合。
- 目标发送通知时,无需指定观察者,通知(可以夹带通知信息作为参数)会自动传播。
- 观察者自己决定是否需要订阅通知,目标对象对此一无所知。
- Oberver模式是基于事件的UI框架中非常常用的设计模式,也是MVC模式的一个重要的组成部分。