当前位置：首页 > news >正文

【组件协作】模板方法

news 来源：原创 2024/9/21 12:47:20

文章目录

模板方法
- 总体划分
- 重构
- 组件协作模式——模板方法
- - 动机
  - 代码——做法一
  - 代码——做法二
  - 对比
  - 定义
  - 缺点
  - 总结
- 其他

模板方法

总体划分

设计模式的总体分类：
目的：

创建型：解决对象创建的工作
结构型：对象在需求变化对结构的冲击
行为型：多个类交互的责任的划分

范围：

类模式处理类与子类的静态关系
对象模式处理对象间的动态关系

从封装变化角度：

组件协作类：协作问题
- 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 Responsibility
行为变化
- Command
- visitor
领域问题
- Interpreter

重构

书籍推荐：

《重构——改善既有代码的设计》
《重构与模式》

设计模式的应用并非一蹴而就，而是不断的重构，其中的关键技法：

静态->动态
早绑定->晚绑定
继承->组合
编译时依赖->运行时依赖
紧耦->松耦合

组件协作模式——模板方法

现代软件专业分工之后的第一个结果就是：框架和应用程序
组件协作模式通过晚绑定，来实现框架与应用之间的松耦合

典型代表：

Template Method
Strategy
Observer/Event

当然，并不是说其他的设计模式与组件协作无关，而是想表达：这些模式体现明显

动机

在软件构建中，常常有稳定的整体框架，但各个子不走有很多改变的需求，或者由于固有的原因
比如框架和应用之间的关系，而无法和任务的整体结构同时实现

那么，如何在确定稳定操作结构的前提下，来灵活应对个子步骤的变化或者晚期实现需求

代码——做法一

库：
lib.cpp

class Library
{
public:void Step1(){// code}void Step3(){// code}void Step5(){// code}
};

应用层：

class Application
{
public:bool Step2(){// code}void Step4(){// code}
}// 模拟的业务逻辑
int main()
{Library lib;Application app;lib.Step1();if (app.Step2()){lib.Step3();}for (size_t i = 0; i < 4; ++ i){app.Step4();}lib.Step5();return 0;
}

代码——做法二

库：
lib.cpp

class Library
{
public:// 稳定 template methodvoid Run(){Step1();if (Step2()){// 支持变化->虚函数多态调用Step3();}for (size_t i = 0; i < 4; ++ i){// 支持变化->虚函数多态调用Step4();}Step5();}virtual ~Library(){// code}protected:virtual void Step1(){// 稳定// code}virtual void Step3(){// 稳定// code}virtual void Step5(){// 稳定// code}virtual bool Step2() = 0;   // 变化virtual void Step4() = 0;   // 变化
}

应用程序开发：
main.cpp

class Application : public Library
{
protected:virtual bool Step2(){// 子类的重写实现}virtual void Step4(){// 子类的重写实现}
};int main()
{Library *lib = new Application();lib->Run();delete lib;return 0;
}