每天一个设计模式-7 生成器模式(Builder)
每天一个设计模式-7 生成器模式(Builder)
一、实际问题
在讨论工厂方法模式的时候,提到了一个导出数据的应用框架,但是并没有涉及到导出数据的具体实现,这次通过生成器模式来简单实现导出成文本,Xml等具体的格式。
导出成文本或Xml等格式的数据时,一般都会有各自的格式,比如:导出的文件都有3个部分,文件头,内容,尾。
二、问题分析
无论哪种导出格式,都需要3个部分,文件头,内容,尾等信息,并且他们的内容相同。即他们的构造算法固定,只是生成的结果不同;能不能把算法(构建)和结果(外观)分离出来呢?
三、生成器模式
1.定义
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
2.问题拆分
无论哪个导出格式均需要文件头,内容,尾,构建这三个部分就是定义中提到的构建过程,每种格式具体的步骤实现,就是不同的表示。接下来利用生成器模式解决上边的问题:
3.类图:
根据对问题的拆分,因为不同导出格式拥有相同的构建过程(算法),我们可以把构造头,内容,尾等方法写成一个接口,导出的不同格式通过实现这个接口,使得算法得到复用。
类图内容比较简单,就不一一介绍了。
UML类图讲解:http://blog.csdn.net/tianhai110/article/details/6339565
源代码:
public interface Builder { /** * * @param content */ public void buildContent(String content); /** * * @param header */ public void buildHeader(String header); /** * * @param tail */ public void buildTail(String tail); public void getResult(); }
Builder接口
public class TxtBuilder implements Builder { public TxtBuilder(){ } private String header; private String content; private String tail; public void finalize() throws Throwable { } /** * * @param content */ public void buildContent(String content){ this.content=content; System.out.println("构建Txt格式的文本内容:"+content); } /** * * @param header */ public void buildHeader(String header){ this.header=header; System.out.println("构建Txt格式的头部内容:"+header); } /** * * @param tail */ public void buildTail(String tail){ this.tail=tail; System.out.println("构建Txt格式的尾部内容:"+tail); } public void getResult(){ System.out.println("返回Txt格式的结果:"); System.out.println(header); System.out.println(content); System.out.println(tail); } }
TxtBuilder实现Builder接口
public class XmlBuilder implements Builder { public XmlBuilder(){ } private String header; private String content; private String tail; public void finalize() throws Throwable { } /** * * @param content */ public void buildContent(String content){ this.content = content; System.out.println("构建Xml格式的详细内容"); } /** * * @param header */ public void buildHeader(String header){ this.header= header; System.out.println("构建Xml格式的头部内容"); } /** * * @param tail */ public void buildTail(String tail){ this.tail = tail; System.out.println("构建Xml格式的尾部内容"); } public void getResult(){ System.out.println("返回Xml格式的结果"); System.out.println(header); System.out.println(content); System.out.println(tail); } }
XmlBuilder实现Builder接口
public class Director { public Builder m_Builder; public void finalize() throws Throwable { } /** * * @param builder */ public Director(Builder builder){ this.m_Builder = builder; } /** * * @param tail * @param content * @param header */ public void construct(String tail, String content, String header){ this.m_Builder.buildHeader(header); this.m_Builder.buildContent(content); this.m_Builder.buildTail(tail); } }
Director指导者,用来指导如何构造
public class Client { public static void main(String args[]){ Builder xmlbuilder = new XmlBuilder(); Builder txtbuilder = new TxtBuilder(); Director director = new Director(xmlbuilder); director.construct("我是头部", "我是内容", "我是尾部"); xmlbuilder.getResult(); } }
Client客户端
四、模式讲解
1.模式的思想
生成器模式的构造过程是统一的,固定不变的,变化的部分放到生成器部分,只要配置不同的生成器,那么同样的构建过程就能构建出不同的产品来。
重点:
1.生成器模式主要由两部分组成:部件构造及装配,整体构建的算法。
2.将变化的部分和不变的部分分离出来。
当然,在实际项目中,生成器的使用往往不是这么简单的,毕竟生成器模式是应用于构造复杂对象的模式。
2.指导者和生成器的交互
在生成器模式里面,指导者和生成器的交互是通过生成器的buildPart方法来完成的,在前面的实例中,指导者与生成器并没有太多的交互,而真正的项目开发中,指导者通常会实现比较复杂的算法或者运算过程,在实际中很可能会有一下情况:
- 在运行指导者的时候,会按照整体构建算法的步骤进行运算,可能先运行前几步运算,到了某一步骤,需要具体创建某个部件对象了,然后调用Builder中创建相应部件的方法来创建具体的部件。同时,把前面运算得到的数据传递给Builder,因为在Builder内部实现创建和组装部件的时候,可能会需要这些数据。
- Builder创建完具体部件对象后,将对象返回给指导者,指导者继续后续的算法运算,可能会用已经创建好的对象。
- 如此反复,这道整个构建算法完成为止。
通过上边的描述,可以看出,指导者与生成器之间是要有交互的,这只是可能的情况之一,需要如何实现,还得根据具体需要,这需要根据项目情况来决定。只要把握好设计模式的思想即可。
五、总结
生成器的本质:分离整体构建算法和部件构造。
博主写博客不容易,转载注明出处:http://www.cnblogs.com/xiemubg/p/6107517.html
每天一个设计模式-7 生成器模式(Builder)的更多相关文章
- 【设计模式】- 生成器模式(Builder)
生成器模式 建造者模式.Builder 生成器模式 也叫建造者模式,可以理解成可以分步骤创建一个复杂的对象.在该模式中允许你使用相同的创建代码生成不同类型和形式的对象. 生成器的结构模式 生成器(Bu ...
- 设计模式十: 生成器模式(Builder Pattern)
简介 生成器模式属于创建型模式的一种, 又叫建造者模式. 生成器模式涉及4个关键角色:产品(Product),抽象生成器(builder),具体生成器(ConcreteBuilder),指挥者(Dir ...
- 每天一个设计模式-2 外观模式(Facade)
每天一个设计模式-2 外观模式(Facade) 1.生活中的示例 客户想要购买一台电脑,一般有两种方法: 1.自己DIY,客户需要知道组成电脑的所有电子器件,并且需要熟悉那些配件,对客户要求较高. ...
- 乐在其中设计模式(C#) - 建造者模式(Builder Pattern)
原文:乐在其中设计模式(C#) - 建造者模式(Builder Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 建造者模式(Builder Pattern) 作者:webabc ...
- 第9月第6天 push pop动画 生成器模式(BUILDER)
1. https://github.com/MichaelHuyp/QQNews 2.生成器模式(BUILDER) class MazeBuilder { public: virtual void B ...
- 跟着实例学习设计模式(6)-生成器模式builder(创建型)
生成器模式是创建型设计模式. 设计意图:将一个复杂的类表示与其构造相分离,使得同样的构建过程可以得出不同的表示. 实例类图: IVehicleBuilder:抽象建造者.为创建一个Vehicle对象并 ...
- 面向对象设计模式_生成器模式详解(Builder Pattern)
首先提出一个很容易想到应用场景: 手机的生产过程:手机有非常多的子件(部件),成千上万,不同品牌的手机的生产过程都是复杂而有所区别的,相同品牌的手机在设计上也因客户需求多样化,大到型号,小到颜色,是否 ...
- 面向对象设计模式_生成器模式解读(Builder Pattern)
首先提出一个很容易想到应用场景: 手机的生产过程:手机有非常多的子件(部件),成千上万,不同品牌的手机的生产过程都是复杂而有所区别的,相同品牌的手机在设计上也因客户需求多样化,大到型号,小到颜色,是否 ...
- C#设计模式——生成器模式(Builder Pattern)
一.概述在软件系统中,有时候面临着复杂的对象创建,该对象由一定算法构成的子对象组成,由于需求变化,这些子对象会经常变换,但组合在一起的算法却是稳定的.生成器模式可以处理这类对象的构建,它提供了一种封装 ...
随机推荐
- hash表长度优化证明
hash表冲突的解决方法一般有两个方向: 一个是倾向于空间换时间,使用向量加链表可以最大程度的在节省空间的前提下解决冲突. 另外一个倾向于时间换空间,下面是关于这种思路的一种合适表长度的证明过程: 这 ...
- Hawk 4.4 执行器
执行器是负责将Hawk的结果传送到外部环境的工具.你可以写入数据表,数据库,甚至执行某个特定的动作,或是生成文件等等. 在调试模式下,执行器都是不工作的.这是为了避免产生副作用.否则,每刷新一遍数据, ...
- UE4新手引导入门教程
请大家去这个地址下载:file:///D:/UE4%20Doc/虚幻4新手引导入门教程.pdf
- AutoMapper的介绍与使用(一)
软件环境 vs2015 asp.net mvc 5 .NET Framework 4.5.2 AutoMapper 5.2.0.0 AutoMapper安装 新建asp.net mvc 项目 Auto ...
- 微信小程序的机会在于重新理解群组与二维码
历时一年,唯一一个尚未发布就获得Pony Ma与Allen Zhang站台的产品:微信小程序,将于2017年1月9日正式上线了.我很期待.唯一要警惕的是:防止长考出臭棋. 在上线前夕,我对于如何借助小 ...
- iOS自定义model排序
在开发过程中,可能需要按照model的某种属性排序. 1.自定义model @interface Person : NSObject @property (nonatomic,copy) NSStri ...
- Xcode 锁终端
锁终端 输入: <1>cd /Applications/Xcode.app 回车 结果显示: Xcode.app 输入: <2>sudo chown -hR root:whee ...
- Kafka:主要参数详解(转)
原文地址:http://kafka.apache.org/documentation.html ############################# System ############### ...
- Linux硬件IO的优化简介
Linux硬件IO的优化简介 首先简单介绍下有哪些硬件设备如下(由于硬件种类厂家等各种因素我就不在此多做介绍有兴趣的可以自行学习): 1.CPU:中央处理器,是计算机运算控制的核心部件之一,相当于人的 ...
- Spring WebService入门
Web service是一个平台独立的,低耦合的,自包含的.基于可编程的web的应用程序,可使用开放的XML(标准通用标记语言下的一个子集)标准来描述.发布.发现.协调和配置这些应用程序,用于开发分布 ...