1、GOF-23模式分类
1.1 从目的来看:
*创建型模式:将对象的部分创建工作延迟到子类或其他对象,从而对应需求变化为对象创建时具体实现引来的冲击;
*结构型模式:通过类继承或者对象组合获得更加灵活的结构,从而应对需求变化为对象的结构带来的冲击;
*行为型模式:通过类继承或者对象组合来划分类与对象间的职责,从而应对需求变化为多个交互对象带来的冲击;
1.2 从范围来看(实现手段)
*类模式处理类与子类的静态关系,偏重继承方案;
*对象模式处理对象间的动态关系,偏重组合方案。
2、李老师多年实践教学:
组件协作:Template Method、Strategy、Observer/Event
单一职责:Decorator、Bridge
对象创建:Factory Method、Abstract Factory、Prototype、Builder
对象性能:Singleton、Flyweight
接口隔离:Facade、Proxy、Mediator、Adapter
状态变化:Memento、State
数据结构:Composite、Iterator、Chain of、Resposibility
行为变化:Command、Visitor
领域问题:Interpreter
3、重构获得模式
*面向对象设计模式是指可以满足“应对变化”,提高复用性;
*现代软件设计的特征是“需求的频繁变化”,设计模式的要点是寻找变化点,在变化点处应用设计模式,从而来更好的应对需求的变化。
“什么时候、什么地点应用设计模式”比“理解设计模式结构代码本身”更重要!
* 设计模式的应用不宜先入为主,一上来就使用设计模式是对设计模式的最大误用!没有一步到位的设计模式。敏捷软件开发提倡的“Refactoring to Patterns” 是目前普遍公认的最好的设计方法!
4、重构关键技法
*静态->动态
*早绑定->晚绑定
*继承->组合
*编译时依赖->运行时依赖
*紧耦合->松耦合
5、组件协作模式
现代软件专业分工之后的第一个结果是“框架与应用程序的划分”,“组件协作”模式通过晚绑定,来实现框架和应用程序之间的松耦合,是组件协作时
常用的模式,典型的模式:Template Method、Strategy、Observer/Event。这并不能说明其他模式跟组件模式毫无关系,只是说明这三个模式在这个层面体现更加明显!
5.1 组件模式动机
在软件构建过程中,对应某一项任务,它常常有稳定的整体操作结构,但各个子步骤却有很多改变的需求,或者由于固有的原因(比如框架与应用之间的关系)
而无法和任务的整体结构同时实现。如何在确定稳定操作结构的前提下,来灵活应对各个子步骤的变化或者晚期实现需求?
GOF在《设计模式》中将组件模式定义为:定义一个操作中的算法的骨架(稳定的),而将一些步骤延迟(变化)到子类中。Template Method使得子类可以不改变(复用)一个算法的结构即可重定义(override重写)该算法的某些特定步骤。
5.2 代码:
《1》结构化方法–库类
#ifndef LIBRARY1_H
#define LIBRARY1_H
#include <QDebug>
class Library1
{
public:
Library1();
inline void step_1(){
qDebug() << "Library1::step_1";
};
inline void step_3(){
qDebug() << "Library1::step_3";
};
inline void step_5(){
qDebug() << "Library1::step_5";
}
};
#endif // LIBRARY1_H
《1》结构化方法–应用程序类
#ifndef APPLICATION1_H
#define APPLICATION1_H
#include <QDebug>
class Application1
{
public:
Application1();
inline bool step_2(){
qDebug() << "Application1::step_2";
isStep2 = true;
return isStep2;
};
inline void step_4(){
qDebug() << "Application1::step_4";
};
private:
bool isStep2 = false;
};
#endif // APPLICATION1_H
《2》面向对象模板方法–库类
#ifndef LIBRARY2_H
#define LIBRARY2_H
#include <QDebug>
class Library2
{
public:
Library2();
virtual ~Library2();
void run(){
step_1();
if(step_2()){//支持变化==>虚函数的多态调用
step_3();
}
for(int i = 0; i< 4; i++){
step_4();//支持变化===>虚函数的多态调用
}
step_5();
};
private:
inline void step_1(){
qDebug() << "Library2::step_1";
};
inline void step_3(){
qDebug() << "Library2::step_3";
};
inline void step_5(){
qDebug() << "Library2::step_5";
}
protected:
virtual bool step_2() = 0;//变化
virtual void step_4() = 0;//变化
};
#endif // LIBRARY2_H
《2》面向对象模板方法–应用程序类
#ifndef APPLICATION2_H
#define APPLICATION2_H
#include <QDebug>
#include "2/library2.h"
class Application2 :public Library2
{
public:
Application2();
~Application2();
inline virtual bool step_2(){
qDebug() << "Application2::step_2";
isStep2 = true;
return isStep2;
}
inline virtual void step_4(){
qDebug() << "Application2::step_4";
}
bool isStep2 = false;
};
#endif // APPLICATION2_H
《3》mian.cpp调用:
#include <QCoreApplication>
#include "1/library1.h"
#include "1/application1.h"
#include "2/library2.h"
#include "2/application2.h"
int main(int argc, char *argv[])
{
QCoreApplication a(argc, argv);
Library1 lib1;
Application1 app1;
lib1.step_1();
if(app1.step_2()){
lib1.step_3();
}
for(int i = 0; i< 4; i++){
app1.step_4();
}
lib1.step_5();
qDebug() << "\r\n";
qDebug("~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~");
Library2 *plib = new Application2();
plib->run();
delete plib;
return a.exec();
}
运行结果:
*结构化软件设计流程:
Library开发人员:
(1)、开发1、3、5三个步骤;
Application开发人员:
(1)开发2、4两个步骤;
(2)程序主流程;
调用关系:Application调用Library;属于早绑定;
*面向对象软件设计流程:
Library开发人员:
(1)、开发1、3、5三个步骤;
(2)程序主流程;
Application开发人员:
(1)开发2、4两个步骤;
调用关系:Library调用Application;属于晚绑定。
5.3 Template Method模式总结:
*是一种非常基础性的设计模式,在面向对象系统中有大量的应用。它用最简洁的机制(虚函数的多态性)为很多应用程序框架提供了灵活的扩展(继承+虚函数)点,是代码复用方面的基本实现结构!
*除了可以灵活应对子步骤的变化,“不要调用我,让我来调用你”的反向控制结构是Template Method的典型应用;
*在具体实现方面,被Template Method调用的虚方法可以有实现,也可以没有任何实现(抽象方法、纯需方法),但一般将它们设置为protected方法,不供外界调用。