设计模式之建造者模式(生成器模式、Builder)摘录
2014-03-30 16:46
603 查看
23种GOF设计模式一般分为三大类:创建型模式、结构型模式、行为模式。
创建型模式包括:1、FactoryMethod(工厂方法模式);2、Abstract Factory(抽象工厂模式);3、Singleton(单例模式);4、Builder(建造者模式、生成器模式);5、Prototype(原型模式).
结构型模式包括:6、Bridge(桥接模式);7、Adapter(适配器模式);8、Decorator(装饰模式);9、Composite(组合模式);10、Flyweight(享元模式);11、Facade(外观模式);12、Proxy(代理模式).
行为模式包括:13、TemplateMethod(模板方法模式);14、Strategy(策略模式);15、State(状态模式);16、Observer(观察者模式);17、Memento(备忘录模式);18、Mediator(中介者模式);19、Command(命令模式);20、Visitor(访问者模式);21、Chain of Responsibility(责任链模式);22、Iterator(迭代器模式);23、Interpreter(解释器模式).
Factory Method:定义一个用于创建对象的接口,让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。
Abstract Factory:提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。
Singleton:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
Builder:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
Prototype:用原型实例指定创建对象的种类,并且通过拷贝这个原型来创建新的对象。
Bridge:将抽象部分与它的实现部分分离,使它们都可以独立地变化。
Adapter:将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
Decorator:动态地给一个对象添加一些额外的职责。就扩展功能而言, Decorator模式比生成子类方式更为灵活。
Composite:将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得客户对单个对象和复合对象的使用具有一致性。
Flyweight:运用共享技术有效地支持大量细粒度的对象。
Facade:为子系统中的一组接口提供一个一致的界面, Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
Proxy:为其他对象提供一个代理以控制对这个对象的访问。
Template Method:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
Strategy:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。
State:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。
Observer:定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。
Memento:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。
Mediator:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
Command:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可取消的操作。
Visitor:表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
Chain of Responsibility:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会处理这个请求。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它。
Iterator:提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。
Interpreter:给定一个语言, 定义它的文法的一种表示,并定义一个解释器, 该解释器使用该表示来解释语言中的句子。
Builder: (1)、意图:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示;(2)、适用性:当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时;当构造过程必须允许被构造的对象有不同的表示时;
Abstract Factory与Builder相似,因为它也可以创建复杂对象,主要的区别是Builder模式着重于一步步构造一个复杂对象。而AbstractFactory着重于多个系列的产品对象(简单的或是复杂的).Builder在最后的一步返回产品,而对于AbstractFactory来说,产品是立即返回的。Composite通常是用Builder生成的。
示例代码1:
示例代码2:
示例代码3:
product.h:
product.cpp:
builder.h:
builder.cpp:
director.h:
director.cpp:
main.cpp:
建造者模式结构图:
![](http://img.blog.csdn.net/20140330164302718)
参考文献:
1、《大话设计模式C++》
2、《设计模式精解----GoF23种设计模式解析》
3、《设计模式----可复用面向对象软件的基础》
创建型模式包括:1、FactoryMethod(工厂方法模式);2、Abstract Factory(抽象工厂模式);3、Singleton(单例模式);4、Builder(建造者模式、生成器模式);5、Prototype(原型模式).
结构型模式包括:6、Bridge(桥接模式);7、Adapter(适配器模式);8、Decorator(装饰模式);9、Composite(组合模式);10、Flyweight(享元模式);11、Facade(外观模式);12、Proxy(代理模式).
行为模式包括:13、TemplateMethod(模板方法模式);14、Strategy(策略模式);15、State(状态模式);16、Observer(观察者模式);17、Memento(备忘录模式);18、Mediator(中介者模式);19、Command(命令模式);20、Visitor(访问者模式);21、Chain of Responsibility(责任链模式);22、Iterator(迭代器模式);23、Interpreter(解释器模式).
Factory Method:定义一个用于创建对象的接口,让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。
Abstract Factory:提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。
Singleton:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
Builder:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
Prototype:用原型实例指定创建对象的种类,并且通过拷贝这个原型来创建新的对象。
Bridge:将抽象部分与它的实现部分分离,使它们都可以独立地变化。
Adapter:将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
Decorator:动态地给一个对象添加一些额外的职责。就扩展功能而言, Decorator模式比生成子类方式更为灵活。
Composite:将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得客户对单个对象和复合对象的使用具有一致性。
Flyweight:运用共享技术有效地支持大量细粒度的对象。
Facade:为子系统中的一组接口提供一个一致的界面, Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
Proxy:为其他对象提供一个代理以控制对这个对象的访问。
Template Method:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
Strategy:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。
State:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。
Observer:定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。
Memento:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。
Mediator:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
Command:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可取消的操作。
Visitor:表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
Chain of Responsibility:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会处理这个请求。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它。
Iterator:提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。
Interpreter:给定一个语言, 定义它的文法的一种表示,并定义一个解释器, 该解释器使用该表示来解释语言中的句子。
Builder: (1)、意图:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示;(2)、适用性:当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时;当构造过程必须允许被构造的对象有不同的表示时;
Abstract Factory与Builder相似,因为它也可以创建复杂对象,主要的区别是Builder模式着重于一步步构造一个复杂对象。而AbstractFactory着重于多个系列的产品对象(简单的或是复杂的).Builder在最后的一步返回产品,而对于AbstractFactory来说,产品是立即返回的。Composite通常是用Builder生成的。
示例代码1:
#include <string> #include <iostream> #include <vector> using namespace std; //最终的产品类 class Product { private: vector<string> m_product; public: void Add(string strtemp) { m_product.push_back(strtemp); } void Show() { vector<string>::iterator p = m_product.begin(); while (p != m_product.end()) { cout<<*p<<endl; p ++; } } }; //建造者基类 class Builder { public: virtual void BuilderA() = 0; virtual void BuilderB() = 0; virtual Product* GetResult() = 0; }; //第一种建造方式 class ConCreteBuilder1 : public Builder { private: Product* m_product; public: ConCreteBuilder1() { m_product = new Product(); } virtual void BuilderA() { m_product->Add("one"); } virtual void BuilderB() { m_product->Add("two"); } virtual Product* GetResult() { return m_product; } }; //第二种建造方式 class ConcreteBuilder2 : public Builder { private: Product* m_product; public: ConcreteBuilder2() { m_product = new Product(); } virtual void BuilderA() { m_product->Add("A"); } virtual void BuilderB() { m_product->Add("B"); } virtual Product* GetResult() { return m_product; } }; //指挥者类 class Direct { public: void Construct(Builder* temp) { temp->BuilderA(); temp->BuilderB(); } }; //客户端 int main() { Direct* p = new Direct(); Builder* b1 = new ConCreteBuilder1(); Builder* b2 = new ConcreteBuilder2(); p->Construct(b1);//调用第一种方式 Product* pb1 = b1->GetResult(); pb1->Show(); p->Construct(b2);//调用第二种方式 Product* pb2 = b2->GetResult(); pb2->Show(); /* result: one two A B */ return 0; }
示例代码2:
#include <string> #include <iostream> #include <vector> using namespace std; class Person { public: virtual void CreateHead() = 0; virtual void CreateHand() = 0; virtual void CreateBody() = 0; virtual void CreateFoot() = 0; }; class ThinPerson : public Person { public: virtual void CreateHead() { cout<<"thin head"<<endl; } virtual void CreateHand() { cout<<"thin hand"<<endl; } virtual void CreateBody() { cout<<"thin body"<<endl; } virtual void CreateFoot() { cout<<"thin foot"<<endl; } }; class ThickPerson : public Person { public: virtual void CreateHead() { cout<<"ThickPerson head"<<endl; } virtual void CreateHand() { cout<<"ThickPerson hand"<<endl; } virtual void CreateBody() { cout<<"ThickPerson body"<<endl; } virtual void CreateFoot() { cout<<"ThickPerson foot"<<endl; } }; //指挥者类 class Direct { private: Person* p; public: Direct(Person* temp) {p = temp;} void Create() { p->CreateHead(); p->CreateHand(); p->CreateBody(); p->CreateFoot(); } }; //客户端代码 int main() { Person* p = new ThickPerson(); Direct* d = new Direct(p); d->Create(); delete d; delete p; /*result: ThickPerson head ThickPerson hand ThickPerson body ThickPerson foot */ return 0; }
示例代码3:
product.h:
#ifndef _PRODUCT_H_ #define _PRODUCT_H_ class Product { public: Product(); ~Product(); void ProducePart(); protected: private: }; class ProductPart { public: ProductPart(); ~ProductPart(); ProductPart* BuildPart(); protected: private: }; #endif//~_PRODUCT_H_
product.cpp:
#include "product.h" #include <iostream> using namespace std; Product::Product() { ProducePart(); cout<<"return a product"<<endl; } Product::~Product() { } void Product::ProducePart() { cout<<"build part of product ..."<<endl; } ProductPart::ProductPart() { cout<<"build productpart ..."<<endl; } ProductPart::~ProductPart() { } ProductPart* ProductPart::BuildPart() { return new ProductPart; }
builder.h:
#ifndef _BUILDER_H #define _BUILDER_H #include <string> using namespace std; class Product; class Builder { public: virtual ~Builder(); virtual void BuildPartA(const string& buildPara) = 0; virtual void BuildPartB(const string& buildPara) = 0; virtual void BuildPartC(const string& buildPara) = 0; virtual Product* GetProduct() = 0; protected: Builder(); private: }; class ConcreteBuilder : public Builder { public: ConcreteBuilder(); ~ConcreteBuilder(); void BuildPartA(const string& buildPara); void BuildPartB(const string& buildPara); void BuildPartC(const string& buildPara); Product* GetProduct(); protected: private: }; #endif//~_BUILDER_H
builder.cpp:
#include "builder.h" #include "product.h" #include <iostream> using namespace std; Builder::Builder() { } Builder::~Builder() { } ConcreteBuilder::ConcreteBuilder() { } ConcreteBuilder::~ConcreteBuilder() { } void ConcreteBuilder::BuildPartA(const string& buildPara) { cout<<"Step1:Build PartA ..."<<buildPara<<endl; } void ConcreteBuilder::BuildPartB(const string& buildPara) { cout<<"Step1:Build PartB ..."<<buildPara<<endl; } void ConcreteBuilder::BuildPartC(const string& buildPara) { cout<<"Step1:Build PartC ..."<<buildPara<<endl; } Product* ConcreteBuilder::GetProduct() { BuildPartA("pre-defined"); BuildPartB("pre-defined"); BuildPartC("pre-defined"); return new Product(); }
director.h:
#ifndef _DIRECTOR_H_ #define _DIRECTOR_H_ class Builder; class Director { public: Director(Builder* bld); ~Director(); void Construct(); protected: private: Builder* _bld; }; #endif//~_DIRECTOR_H_
director.cpp:
#include "director.h" #include "builder.h" Director::Director(Builder* bld) { _bld = bld; } Director::~Director() { } void Director::Construct() { _bld->BuildPartA("user-defined"); _bld->BuildPartB("user-defined"); _bld->BuildPartC("user-defined"); }
main.cpp:
#include "builder.h" #include "product.h" #include "director.h" #include <iostream> using namespace std; int main() { Director* d = new Director(new ConcreteBuilder()); d->Construct(); /*result: Step1:Build PartA ...user-defined Step1:Build PartB ...user-defined Step1:Build PartC ...user-defined */ return 0; }
建造者模式结构图:
参考文献:
1、《大话设计模式C++》
2、《设计模式精解----GoF23种设计模式解析》
3、《设计模式----可复用面向对象软件的基础》
相关文章推荐
- 设计模式之建造者模式(生成器模式、Builder)摘录
- WES2009 入门build
- MINIGUI 编译 helloworld
- Installing Microsoft True Type Core Fonts in Fedora 19
- Longest Consecutive Sequence
- This Android SDK requires Android Developer Toolkit version 20.0.0 or above
- [转]Android定时刷新UI界面----Handler
- NGUI 3.0.2 example 8
- 【requireJS源码学习02】data-main加载的实现
- Caused by: java.net.BindException: Cannot assign requested address: bind
- 可以完美激活Flash builder 4.7的工具-原生激活非破解亲测可用
- GCD介绍(一):基本概念和Dispatch Queue
- SQL流程控制语句学习(三):while break continue
- Type View requires API level 14 (current min is 4): <GridLayout>
- Android 解决setRequestedOrientation之后手机屏幕的旋转不触发onConfigurationChanged方法
- Null value was assigned to a property of primitive ...
- 黑马程序员——Java学习笔记之⑥——“图形界面GUI”
- UI学习笔记---EasyUI panel插件使用---03
- Web编程学习三: 使用SAPUI5来创建Web应用UI
- RHCE6.0课所有笔记 ERIKXUE