设计模式学习<4>C++实现---Builder模式

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

上图的类关系主要是这样的:

有两种车要生产:benz和BMW, 其中每种不同品牌的车里面还有小的分类,比如有些BENZ车要加入一些功能如(EngineBoom,并不是所有的车都有)。

所以我们先创建一个abstract类,里面有生产车的各个步骤的抽象方法,然后是BENZ车和BMW车都去继承这个类,各自实现自己抽象类里各个步骤的具体方法。

然后创建builder模式中关键的类builder类,该类用来实现按顺序去创建具体的产品,然后针对每种产品创建出一个相对应的builder继承抽象builder类。

然后是direct类,该类作为指导类,用来确定到底按照什么顺序创建对象。

下面解析direct类:

①共有四种产品需要创建,benz的AB两种,BMW的CD两种。

②创建两个具体的builder,此处好像工厂抽象工厂啊。

③具体方法的实现如下(以benz的AB两种车为例)

B种车加入了engine boom功能,setsequence里面就依次按照上面的顺序实现方法,实现后用get方法返回。

最后用K_Eckel的话总结辨别一下:

Builder模式和AbstractFactory模式在功能上很相似,因为都是用来创建大的复杂的对象,它们的区别是:Builder模式强调的是一步步创建对象,并通过相同的创建过程可以获得不同的结果对象,一般来说Builder模式中对象不是直接返回的。而在AbstractFactory模式中对象是直接返回的,AbstractFactory模式强调的是为创建多个相互依赖的对象提供一个同一的接口。

图片和示例来自http://www.cnblogs.com/wanggary/archive/2011/04/15/2017615.html 的博客,感谢。

转载于:https://www.cnblogs.com/liumeng-blog/archive/2013/05/16/3081537.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Builder模式 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 统设计中,有时候面临着一个“复杂系统”的创建工作,该对象通常由各个部分的子对象用一定的算法构成,或者说按一定的步骤组合而成;这些的算法和步骤是稳定的,而构成这个对象的子对象却经常由于需求改变而发生变化,此时我们可以选择使用Builder模式。尽管Builder模式相当容易让人误解,但我认为这几点应该是不会有错的。因此我个人认为Builder模式中要好好把握如下几点 1. 需要创建的对象是复杂对象 2. 对象的创建过程是一步步创建(即:可能由于过程的不同而导致有不同的对象展示) 3. 明确建造者(Builder)、具体建造者(Concrete Builder)、指导者(Director)、产品(Product)之间的职责和联系。 ◆建造者(Builder): 给出一个抽象接口,以规范产品对象的各个组成成分的建造。一般而言,此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是 具体建造者(ConcreteBuilder):具体建造者类必须实现这个接口所要求的方法:一个是建造方法,另一个是结果返还方法。 ◆具体建造者(Concrete Builder): 担任这个角色的是于应用程序紧密相关的类,它们在应用程序调用下创建产品实例。这个角色主要完成的任务包括: ■实现Builder角色提供的接口,一步一步完成创建产品实例的过程。 ■在建造过程完成后,提供产品的实例。 ◆指导者(Director): 担任这个角色的类调用具体建造者角色以创建产品对象。导演者并没有产品类的具体知识,真正拥有产品类的具体知识的是具体建造者对象。 ◆产品(Product): 产品便是建造中的复杂对象。 详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8330462
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值