生成器模式——研磨设计模式——跟着cc学设计系列

本节课程概览

学习生成器模式

一：初识生成器模式

包括：定义、结构、参考实现

二：体会生成器模式

包括：场景问题、不用模式的解决方案、使用模式的解决方案

三：理解生成器模式

包括：认识生成器模式、生成器模式的实现、

使用生成器模式构建复杂对象、生成器模式的优点

四：思考生成器模式

包括：生成器模式的本质、何时选用

 

初识生成器模式

定义

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

结构和说明

Builder：

生成器接口，定义创建一个Product对象所需的各个部件的操作。

ConcreteBuilder：

具体的生成器实现，实现各个部件的创建，并负责组装Product对象的各个部件，同时还提供一个让用户获取组装完成后的产品对象的方法。

Director：

指导者，也被称为导向者，主要用来使用Builder接口，以一个统一的过程来构建所需要的Product对象。

Product：

产品，表示被生成器构建的复杂对象，包含多个部件。

 

体会生成器模式

继续导出数据的应用框架

对于导出数据的应用框架，通常对于具体的导出内容和格式是有要求的，假如现在有如下的要求，简单描述一下：

（1）导出的文件，不管什么格式，都分成三个部分，分别是文件头、文件体和文件尾

（2）在文件头部分，需要描述如下信息：分公司或门市点编号、导出数据的日期，对于文本格式，中间用逗号分隔

（3）在文件体部分，需要描述如下信息：表名称、然后分条描述数据。对于文本格式，表名称单独占一行，数据描述一行算一条数据，字段间用逗号分隔。

（4）在文件尾部分，需要描述如下信息：输出人

 

现在就要来实现上述功能。为了演示简单点，在工厂方法模式里面已经实现的功能，这里就不去重复了，这里只关心如何实现导出文件，而且只实现导出成文本格式和XML格式就可以了，其它的就不去考虑了。

 

不用模式的解决方案

存在的问题

对于不同的输出格式，处理步骤是一样的，但是具体每步的实现是不一样的。

（1）先拼接文件头的内容

（2）然后拼接文件体的内容

（3）再拼接文件尾的内容

（4）最后把拼接好的内容输出出去成为文件

按照现在的实现方式，就存在如下的问题：

（1）构建每种输出格式的文件内容的时候，都会重复这几个处理步骤，应该提炼出来，形成公共的处理过程

（2）今后可能会有很多不同输出格式的要求，这就需要在处理过程不变的情况下，能方便的切换不同的输出格式的处理

换句话说，也就是构建每种格式的数据文件的处理过程，应该和具体的步骤实现分开，这样就能够复用处理过程，而且能很容易的切换不同的输出格式。

 

使用模式的解决方案

认识生成器模式

1：生成器模式的功能

生成器模式的主要功能是构建复杂的产品，而且是细化的，分步骤的构建产品，也就是生成器模式重在解决一步一步构造复杂对象的问题。如果光是这么认识生成器模式的功能是不够的。

更为重要的是，这个 构建的过程是统一的，固定不变的，变化的部分放到生成 器部分了，只要配置不同的生成器，那么同样的构建过程，就能构建出不同的产品表示来。

直白点说，生成器模式的重心在于分离构建算法和具体的构造实现，从而使得构建算法可以重用，具体的构造实现可以很方便的扩展和切换，从而可以灵活的组合来构造出不同的产品对象。

2：生成器模式的构成

要特别注意，生成器模式分成两个很重要的部分：

（1）一个部分是Builder接口这边，这边是定义了如何构建各个部件，也就是知道每个部件功能如何实现，以及如何装配这些部件到产品中去；

（2）另外一个部分是Director这边，Director是知道如何组合来构建产品，也就是说Director负责整体的构建算法，而且通常是分步骤的来执行。

 

不管如何变化，Builder模式都存在这么两个部分，一个部分是部件构造和产品装配，另一个部分是整体构建的算法。认识这点是很重要的，因为在生成器模式中，强调的是固定整体构建的算法，而灵活扩展和切换部件的具体构造和产品装配的方式，所以要严格区分这两个部分。

在Director实现整体构建算法的时候，遇到需要创建和组合具体部件的时候，就会把这些功能通过委托，交给Builder去完成。

 

3：生成器模式的使用

应用生成器模式的时候，可以让客户端创造Director，在Director里面封装整体构建算法，然后让Director去调用Builder，让Builder来封装具体部件的构建功能，这就跟前面的例子一样。

还有一种退化的情况，就是让客户端和Director融合起来，让客户端直接去操作Builder，就好像是指导者自己想要给自己构建产品一样。

4：生成器模式的调用顺序示意图

 

生成器模式的实现

（1）生成器的实现

实际上在Builder接口的实现中，每个部件构建的方法里面，除了部件装配外，也可以实现如何具体的创建各个部件对象，也就是说每个方法都可以有两部分功能，一个是创建部件对象，一个是组装部件。

在构建部件的方法里面可以实现选择并创建具体的部件对象，然后再把这个部件对象组装到产品对象中去，这样一来，Builder就可以和工厂方法配合使用了。

再进一步，如果在实现Builder的时候，只有创建对象的功能，而没有组装的功能，那么这个时候的Builder实现跟抽象工厂的实现是类似的。

这种情况下，Builder接口就类似于抽象工厂的接口，Builder的具体实现就类似于具体的工厂，而且Builder接口里面定义的创建各个部件的方法也是有关联的，这些方法是构建一个复杂对象所需要的部件对象，仔细想想，是不是非常类似呢。

（2）指导者的实现

在生成器模式里面，指导者承担的是整体构建算法部分，是相对不变的部分。因此在实现指导者的时候，把变化的部分分离出去是很重要的。

其实指导者分离出去的变化部分，就到了生成器那边，指导者知道整体的构建算法，就是不知道如何具体的创建和装配部件对象。

因此真正的指导者实现，并不仅仅是如同前面示例那样，简单的按照一定顺序调用生成器的方法来生成对象，并没有这么简单。应该是有较为复杂的算法和运算过程，在运算过程中根据需要，才会调用生成器的方法来生成部件对象。

（3）指导者和生成器的交互

在生成器模式里面，指导者和生成器的交互，是通过生成器的那些buildPart方法来完成的。指导者通常会实现比较复杂的算法或者是运算过程，在实际中很可能会有这样的情况：

a：在运行指导者的时候，会按照整体构建算法的步骤进行运算，可能先运行前几步运算，到了某一步骤，需要具体创建某个部件对象了，然后就调用Builder中创建相应部件的方法来创建具体的部件。同时，把前面运算得到的数据传递给Builder，因为在Builder内部实现创建和组装部件的时候，可能会需要这些数据

b：Builder创建完具体的部件对象后，会把创建好的部件对象返回给指导者，指导者继续后续的算法运算，可能会用到已经创建好的对象

c：如此反复下去，直到整个构建算法运行完成，那么最终的产品对象也就创建好了

通过上面的描述，可以看出指导者和生成器是需要交互的，方式就是通过生成器方法的参数和返回值，来回的传递数据。事实上，指导者是通过委托的方式来把功能交给生成器去完成。

（4）返回装配好的产品的方法

在标准的生成器模式里面，在Builder实现里面会提供一个返回装配好的产品的方法，在Builder接口上是没有的。它考虑的是最终的对象一定要通过部件构建和装配，才算真正创建了，而具体干活的就是这个Builder实现，虽然指导者也参与了，但是指导者是不负责具体的部件创建和组装的，因此客户端是从Builder实现里面获取最终装配好的产品。

 

（5）关于被构建的产品的接口

在使用生成器模式的时候，大多数情况下是不知道最终构建出来的产品是什么样的，所以在标准的生成器模式里面，一般是不需要对产品定义抽象接口的，因为最终构造的产品千差万别，给这些产品定义公共接口几乎是没有意义的。

使用生成器模式构建复杂对象

考虑这样一个实际应用，要创建一个保险合同的对象，里面很多属性的值都有约束，要求创建出来的对象是满足这些约束规则的。约束规则比如：保险合同通常情况下可以和个人签订，也可以和某个公司签订，但是一份保险合同不能同时与个人和公司签订。这个对象里面有很多类似这样的约束，那么该如何来创建这个对象呢？

 

1：使用Builder模式来构建复杂对象，先不考虑带约束

 

2：使用Builder模式来构建复杂对象，考虑带约束规则

 

3：进一步，把构建器对象和被构建对象合并

 

生成器模式的优缺点  

1：松散耦合

2：可以很容易的改变产品的内部表示

3：更好的复用性

思考生成器模式

生成器模式的本质  

生成器模式的本质是： 分离整体构建算法和部件构造

 

何时选用生成器模式  

1：如果创建对象的算法，应该独立于该对象的组成部分以及它们的装配方式时

2：如果同一个构建过程有着不同的表示时

 

 

配套视频课程：【     http://sishuok.com/product/501】

私塾在线学习网原创内容，转载请注明【http://sishuok.com/forum/blogPost/list/5685.html】

 

评论

3 楼 389793466 2012-09-09  

sky_lichao 写道

高手原来是个美女

全是转载的东西，还是高手？这就是你们的价值取向？

2 楼 a123159521 2012-08-31  

目的：buidler复杂对象的构建与它的表示分离，使得同样的构建可以创建不同的表示.
比如对象A代表花，A1代表菊花，A2代表兰花....
菊花的构建有自己的特性，兰花也有自己的特性，比如颜色，气味等.那么即使花的指导者拥有接口颜色，气味.不同花的构建，花的指导者也会根据不同的花，返回不同的颜色,气味.

1 楼 sky_lichao 2012-08-31  

高手原来是个美女