GOF-23 模式分类
- 从目的来看
- 创建型(Creational)模式:将对象的部分创建工作延迟到子
类或者其他对象,从而应对需求变化为对象创建时具体类型实
现引来的冲击。 - 结构型(Structural)模式:通过类继承或者对象组合获得更灵活的结构,从而应对需求变化为对象的结构带来的冲击。
- 行为型(Behavioral)模式:通过类继承或者对象组合来划分
类与对象间的职责,从而应对需求变化为多个交互的对象带来
的冲击
- 创建型(Creational)模式:将对象的部分创建工作延迟到子
- 从范围来看
- 类模式处理类与子类的静态关系。
- 对象模式处理对象间的动态关系。
从封装变化角度对模式分类
- 组件协作
- Template Method
- Observer / Event
- Strategy
- 单一职责
- Decorator
- Bridge
- 对象创建、
- Factory Method
- Abstract Factory
- Prototype
- Builder
- 对象性能
- Singleton
- Flyweight
- 接口隔离
- Façade
- Proxy
- Mediator
- Adapter
- 状态变化
- Memento
- State
- 数据结构
- Composite
- Iterator
- Chain of Resposibility
- 行为变化
- Command
- Visitor
- 领域问题
- Interpreter
重构获得模式 (Refactoring to Patterns)
- 面向对象设计模式是“好的面向对象设计”,所谓“好的面向对
象设计”指是那些可以满足 “应对变化,提高复用”的设计 。 - 现代软件设计的特征是“需求的频繁变化”。设计模式的要点是“寻找变化点,然后在变化点处应用设计模式,从而来更好地应对需求的变化”.“什么时候、什么地点应用设计模式”比“理解设计模式结构本身”更为重要。
理清设计中,变化的部分(多态)和固定的部分(抽象)。
- 设计模式的应用不宜先入为主,一上来就使用设计模式是对设计
模式的最大误用。没有一步到位的设计模式。敏捷软件开发实践提
倡的“Refactoring to Patterns”是目前普遍公认的最好的使用设
计模式的方法。
相关书籍
重构关键技法
- 静态—>动态
- 早绑定—>晚绑定
(运行时,多态是运行时判断)
- 继承—>组合
(组合优于继承,耦合性低封装性好且更灵活)
- 编译时依赖—>运行时依赖
- 紧耦合—>松耦合
------------------------------------------分割线,具体模式的学习-------------------
组件协作模式
- 现代软件专业分工之后的第一个结果是“框架与应用程序的划
分”,“组件协作”模式通过晚期绑定,来实现框架与应用程序之
间的松耦合,是二者之间协作时常用的模式。 - 典型模式
- Template Method
- Observer / Event
- Strategy
Template Method 模式
- 动机(Motivation)
- 在软件构建过程中,对于某一项任务,它常常有稳定的整体操作结构但各个子步骤却有很多改变的需求,或者由于固有的原因(比如框架与应用之间的关系)而无法和任务的整体结构同时实现。
稳定的部分是整体的操作结构
变化的部分是子步骤的具体操作
所以我们在设计中,将稳定的部分提取出来并抽象。变化的部分,用多态(指针),来保证不同子类不同的操作. - 如何在确定稳定操作结构的前提下,来灵活应对各个子步骤的变
化或者晚期实现需求?
结构化软件设计流程
//程序库开发人员
class Library{
public:
void Step1(){
//...
}
void Step3(){
//...
}
void Step5(){
//...
}
};
//应用程序开发人员
class Application{
public:
bool Step2(){
//...
}
void Step4(){
//...
}
};
int main()
{
Library lib();
Application app();
lib.Step1();
if (app.Step2()){
lib.Step3();
}
for (int i = 0; i < 4; i++){
app.Step4();
}
lib.Step5();
}
面向对象软件设计流程
//程序库开发人员
class Library{
public:
//稳定 template method
void Run(){
Step1();
if (Step2()) { //支持变化 ==> 虚函数的多态调用
Step3();
}
for (int i = 0; i < 4; i++){
Step4(); //支持变化 ==> 虚函数的多态调用
}
Step5();
}
virtual ~Library(){ }
protected:
void Step1() { //稳定
//.....
}
void Step3() {//稳定
//.....
}
void Step5() { //稳定
//.....
}
virtual bool Step2() = 0;//变化
virtual void Step4() =0; //变化
};
//应用程序开发人员
class Application : public Library {
protected:
virtual bool Step2(){
//... 子类重写实现
}
virtual void Step4() {
//... 子类重写实现
}
};
int main()
{
Library* pLib=new Application();
lib->Run();
delete pLib;
}
}
上面两种设计流程的区别是程序主流程的开发。因为Library开发人员在设计时,是不清楚2,4两个步骤的具体操作的,因此这里就是所谓的变化的部分。对应的逻辑如下图
早绑定与晚绑定
第一种是由较晚开发的Application去调用库逻辑,需要在编译时处理(早绑定),而第二种是,早期开发的Library开发人员,用多态的方式调用2,4(虚函数)。Application人员通过继承或者组合的方式,override或者overload相应的2,4步骤。从而实现灵活性。所谓的早绑定是编译时绑定,晚绑定就是运行时绑定。
模式定义
-
定义一个操作中的算法的骨架 (稳定),而将一些步骤延迟(变化)到子类中。Template Method使得子类可以不改变(复用)一个算法的结构即可重定义(override 重写)该算法的某些特定步骤。
———————《设计模式》GoF -
结构(Structure)
蓝色框内为稳定的部分(Class Library)。
黄色框为Class Library 的TemplateMethod也就是Class Library中稳定的部分,也就是Class Library 中的Step1,Step3,Step5及Run函数。
红色框内就是Class Library Step2,Step4(虚函数).
灰色框框内是子类也就是Application.子类重写黄色框内的Step2,Step4.
要点总结
- Template Method模式是一种非常基础性的设计模式,在面向对
象系统中有着大量的应用。它用最简洁的机制(虚函数的多态性)
为很多应用程序框架提供了灵活的扩展点,是代码复用方面的基本
实现结构 - 除了可以灵活应对子步骤的变化外,“不要调用我,让我来调用
你”的反向控制结构是Template Method的典型应用。 - 在具体实现方面,被Template Method调用的虚方法可以具有实
现,也可以没有任何实现(抽象方法、纯虚方法),但一般推荐将
它们设置为protected方法。