设计模式的解析和实现(C++)之三-Builder模式

作用:

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

UML结构图:


适用于以下情况:

1)当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。

2)当构造过程必须允许被构造的对象有不同的表示时。

抽象基类:

1)Builder:这个基类是全部创建对象过程的抽象,提供构建不同组成部分的接口函数

接口:

1)Builder::BuildPartA,Builder::BuildPartB:是对一个对象不同部分的构建函数接口,Builder的派生类来具体实现.

另外还有一个需要注意的函数,就是Director::Construct函数,这个函数里面通过调用上面的两个接口函数完成对象的构建--也就是说各个不同部分装配的过程都是一致的(同样的调用的Construct函数),但是不同的构建方式会有不同的表示(根据Builder的实际类型来决定如何构建,也就是多态)

解析:

Builder模式是基于这样的一个情况:一个对象可能有不同的组成部分,这几个部分的不同的创建对象会有不同的表示,但是各个部分之间装配的方式是一致的.比方说一辆单车,都是由车轮车座等等的构成的(一个对象不同的组成部分),不同的品牌生产出来的也不一样(不同的构建方式).虽然不同的品牌构建出来的单车不同,但是构建的过程还是一样的(哦,你见过车轮长在车座上的么?).

也就是说,Director::Construct函数中固定了各个组成部分的装配方式,而具体是装配怎样的组成部分由Builder的派生类实现.

时间: 2025-01-20 18:38:45

设计模式的解析和实现(C++)之三-Builder模式的相关文章

设计模式的解析和实现(C++)之七-Bridge模式

作用: 将抽象部分与它的实现部分分离,使它们都可以独立地变化. UML结构图: 抽象基类: 1)Abstraction:某个抽象类,它的实现方式由Implementor完成. 2)Implementor:实现类的抽象基类,定义了实现Abastraction的基本操作,而它的派生类实现这些接口. 接口函数: 1)Implementor::OperationImpl:定义了为实现Abstraction需要的基本操作,由Implementor的派生类实现之,而在Abstraction::Operati

设计模式的解析和实现(C++)之一-Factory模式

作用: 定义一个用于创建对象的接口,让子类决定实例化哪一个类.Factory Method 使一个类的实例化延迟到其子类. UML结构图: 抽象基类: 1)Product:创建出来的对象的抽象基类. 2)Factory创建对象的工厂方法的抽象基类. 接口函数: 1)Creator::FactoryMethod:纯虚函数,由派生类实现,创建出对应的Product. 解析: 在这个模式中,有两个抽象基类,一个是Product为创建出来的对象的抽象基类,一个是Factory是工厂的抽象基类,在互相协作

设计模式的解析和实现(C++)之四-Prototype模式

作用: 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象. UML结构图: 抽象基类: 1)Prototype:虚拟基类,所有原型的基类,提供Clone接口函数 接口函数: 1)Prototype::Clone函数:纯虚函数,根据不同的派生类来实例化创建对象. 解析: Prototype模式其实就是常说的"虚拟构造函数"一个实现,C++的实现机制中并没有支持这个特性,但是通过不同派生类实现的Clone接口函数可以完成与"虚拟构造函数"同样的效果.举一个

设计模式的解析和实现(C++)之六-Adapt模式

作用: 将一个类的接口转换成客户希望的另外一个接口.Adapt 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作. UML示意图 1)采用继承原有接口类的方式 2)采用组合原有接口类的方式 解析: Adapt模式其实就是把完成同样的一个功能但是接口不能兼容的类桥接在一起使之可以在一起工作,这个模式使得复用旧的接口成为可能.

设计模式的解析和实现(C++)之五-Singleton模式

作用:保证一个类仅有一个实例,并提供一个访问它的全局访问点. UML结构图: 解析: Singleton模式其实是对全局静态变量的一个取代策略,上面提到的Singleton模式的两个作用在C++中是通过如下的机制实现的:1)仅有一个实例,提供一个类的静态成员变量,大家知道类的静态成员变量对于一个类的所有对象而言是惟一的 2)提供一个访问它的全局访问点,也就是提供对应的访问这个静态成员变量的静态成员函数,对类的所有对象而言也是惟一的.在C++中,可以直接使用类域进行访问而不必初始化一个类的对象.

设计模式的解析和实现(C++)之八-Composite模式

作用: 将对象组合成树形结构以表示"部分-整体"的层次结构.Composite使得用户对单个对象和组合对象的使用具有一致性. UML结构图: 抽象基类: 1)Component:为组合中的对象声明接口,声明了类共有接口的缺省行为(如这里的Add,Remove,GetChild函数),声明一个接口函数可以访问Component的子组件. 接口函数: 1)Component::Operatation:定义了各个组件共有的行为接口,由各个组件的具体实现. 2)Component::Add添加

设计模式之二:Builder模式

设计模式之二:Builder模式目录介绍 0.关于Builder模式案例下载 1.Builder模式介绍 2.Builder模式使用场景 3.Builder模式简单案例 3.1 Builder模式UML图(摘自网络) 3.2 在<Android源码设计模式>这本书上,介绍经典Builder模式中,包括 3.3 Product角色 3.4 Builder : 抽象Builder类,规范产品组建,一般是由子类实现具体的组建过程 3.5 ConcreteBuilder : 具体的Builder类 3

Java设计模式---Builder模式

之前想多写一些关于设计模式之类的东西,但是一直没写,主要是现在网上写这些的太多了,都懒的弄,反正我写这篇是写给自己做笔记的,我自己看,哼. 设计模式真的太重要了,不论是以后转学哪门语言,面向对象思想在这了,架构搭起来就会清晰些. 动手: 以前我们给model赋值的时候是这个样子的 Person person=new Person(); person.setAge(13); person.setId("33"); person.setName("薛之谦"); 这个是我

java设计模式,接触越久越糊涂,Builder模式为什么是创建不是结构

问题描述 对Gof的模式,拜读很久,也做过一两个工程,今天有读起来,突然很迷惑,什么是创建,什么是结构,比如Builder模式为什么是创建不是结构呢 解决方案 如果gof的模式读了很久仍然理解不了的话,只能说明你敲的代码量还不够,我们对这个模式描述的再好也不可能超过这本被奉为经典的书.这个东西急不得.解决方案二:GOF对三种类型的模式(创建型.结构型.行为型)的划分标准是:创建型:该模式"主要"针对的是对象的创建:行为性:该模式"主要"针对的是对象之间的协作:结构性