iOS App设计模式开发中对建造者模式的运用实例

定义         

"将一个复杂对象的构建与它的表现分离,使得同样的构建过程可以创建不同的表现"。
看这个概念,可能感觉很是抽象,能看懂但是不知道有什么用。我们打一个比方来理解上面的定义。打比方之前,咱们先来聊聊这个设计模式是干什么用的?我们为什么要用这个模式呢?建造者模式负责将构建复杂对象的过程和它的部件解耦,也就是过程和部件的解耦。比如说汽车,是一个很复杂的对象,它有很多的部件,车轮、发动机、座椅、车门、油箱等等;它的组装过程也很复杂(需要专业人士按步骤进行装配),建造者模式就是为了将部件和组装过程分开的。同样的,我们使用的计算机也一样,有很多的部件,组装过程也很复杂(当然,对于我们这样的专业人士可能感觉不复杂)。建造者模式最大的好处就是使得构建过程和表现分离,因此若需要改变一个产品的表现,只需要重新定义一个具体的建造者就可以了(这句话理解起来有点难度,还是拿车来打比方,我们将车的组装过程独立出来,用这个组装过程,我们即可以组装宝马车,也可以组装奔驰车,或者其他的车型,我们只需要重新定义一个具体的建造者(用于产品表现的类)就可以了)。

动机    

在软件系统中,有时候会遇到一个复杂对象(比如说上面例子中的汽车)的创建,它通常由几个部分的子对象采用一定的算法(过程)构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化(比如上面例子中,各种车型用的车门、方向盘、发动机等,是不一样的),但是将各个部分组合在一起的算法(过程)是相对稳定的。

建造者模式就是在这样的需求下诞生的,它封装了变化点(组成部分),使得同样的构建过程可以创建不同的表现。

建造者模式是当在创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时适用的模式。

建造者模式包含产品类(Product)、抽象建造者类(Builder)、具体建造者类(ConcreteBuilder1、ConcreteBuilder2…)和指挥者类(Director)

从下面的代码中看各个类的使用:

代码如下:

PersonBuilder *builder = [[PersonThinBuilder alloc]init];
PersonView *personView = [PersonDirector creatPerson:builder];

其中 PersonBuilder 是抽象建造者类,PersonThinBuilder 是具体建造者类,PersonView 是产品类,PersonDirector 是指挥者类。

由代码了解使用方式:

1、创建具体建造者。
2、指挥者通过具体建造者来返回产品。

感觉建造者模式与工厂方法模式非常类似,但是加入了指挥者类。

结构图

从结构图可以看到,生成器模式有两个重要的角色:Director(指导者)和Builder(建造者)。Director知道Builder应该建造什么(建造的过程),Builder知道如何建造(表现)。在Director类中定义了一个construct方法,指导具体的建造者ConcreteBuilder的对象去buildPart。Builder是一个抽象接口(协议),该协议中包含建造各个部分的方法(buildPart),用来构建实际的产品Product,另外还有一个getResult方法,用来向客户端返回构建完成的Product。

这样说不知道大家是不是感觉很抽象?那咱们用一个生活的例子来通俗点说。比如现在我要在老家修一个房子,首先我不知道怎么修房子(砌墙,缺建造者),然后我也不知道怎么设计(修几个房间,房间的布局,房间的窗户怎么设计等等,缺指导者),于是我找来一帮民工(建造者),他们会砌墙;另外我还得找设计师(指导者),他知道怎么设计;最后,我还要确保民工(建造者)听设计师(指导者)的指导,哪里需要砌一堵墙,哪里需要安装窗户等等,这样民工(建造者)就开始盖房子,在这个建造过程中,设计师(指导者)只负责设计和下达命令。房子建成功后,民工(建造者)向我交房。说白了,就是Director(指导者)负责把控宏观方面(过程),Builder(建造者)负责把控微观方面(表现) 。

下面咱们还是通过代码来说明这个结构图。

实例

建造者模式的代码

Product.m(部分代码):

代码如下:

- (id)init

{

self = [superinit];

if (self)

{

arrParts = [NSMutableArrayarray];

}

returnself;

}

- (void)addPart:(NSString *)part

{

[arrPartsaddObject:part];

}

- (void)show

{

for (NSString *strPart inarrParts)

{

NSLog(@"%@",strPart);

}

}

Builder.h(部分代码):

代码如下:

@classProduct;

@protocol Builder <NSObject>

- (void)addPartOne;

- (void)addPartTwo;

- (Product *)getResult;

@end

ConcreteBuilder.m(部分代码):

代码如下:

- (id)init

{

self = [superinit];

if (self)

{

product = [[Productalloc] init];

}

returnself;

}

- (void)addPartOne

{

[productaddPart:@"part one"];

}

- (void)addPartTwo

{

[productaddPart:@"part two"];

}

- (Product *)getResult

{

returnproduct;

}

Director.m(部分代码):

- (void)construct:(id<Builder>)builder

{

[builder addPartOne];

[builder addPartTwo];

}

客户端调用代码:

代码如下:

Director *director = [[Directoralloc] init];

id<Builder> builder = [[ConcreteBuilderalloc] init];

[director construct:builder];

Product *product = [builder getResult];

[product show];

[builder release];

[director release];

何时使用建造者模式  

建造者模式常用于如下情形:

需要创建涉及各种部件的复杂对象。创建对象的算法应该独立于部件的装配方式。
构建过程需要以不同的方式构建对象。

PS:在FaceBook的开源动画框架POP中也有对builder pattern类似的应用:

代码如下:

POPAnimatableProperty *animatableProperty = [POPAnimatableProperty propertyWithName:@"property" initializer:^(POPMutableAnimatableProperty *prop) {
    prop.writeBlock = ^(id obj, const CGFloat values[]) {
    };
    prop.readBlock = ^(id obj, CGFloat values[]) {
    };
}];

这里的initializer本质上就是builder,只是叫法不同而已。

(0)

相关推荐

  • JavaScript设计模式之建造者模式介绍

    建造者模式说明 1. 将一个复杂对象的 构造 与它的表示相分离,使同样的创建过程可有不同的表示,这就叫做建造者模式. 2. 面向对象语言中的说明,主要角色: 1>. Builder 这个接口类,定义这个建造者[工人],统一的可操作的行为方式,它表示一个复杂的结构对象; 2>. ConcreteBuilder 用于创建[实现] Builder 各种形态的实例对象,来表示 Builder 不同的表示; 3>. Director 这个指挥者 用于指导 Builder 实例的执行过程跟形式,用于

  • JS建造者模式基本用法实例分析

    本文实例讲述了JS建造者模式基本用法.分享给大家供大家参考.具体实现方法如下: function getBeerById( id, callback){ _request('GET','URL'+id,function(res){ callback(res.responseText) }); }; function getBeerByIdBridge(){ getBeerById(id,function(res){ alert(res.toString()); }); //doAnotherin

  • php设计模式 Builder(建造者模式)

    复制代码 代码如下: <?php /** * 建造者模式 * * 将一个复杂对象的构建与它的表示分离,使用同样的构建过程可以创建不同的表示 */ class Product { public $_type = null; public $_size = null; public $_color = null; public function setType($type) { echo "set product type<br/>"; $this->_type =

  • 深入理解JavaScript系列(27):设计模式之建造者模式详解

    介绍 在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构成:由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定.如何应对这种变化?如何提供一种"封装机制"来隔离出"复杂对象的各个部分"的变化,从而保持系统中的"稳定构建算法"不随着需求改变而改变?这就是要说的建造者模式. 建造者模式可以将一个复杂对象的构建与其表示相分离,使得同样的构建过程可

  • .NET建造者模式讲解

    建造者模式的定义: 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式 建造者模式结构图: 建造者模式角色: 1 builder:为创建一个产品对象的各个部件指定抽象接口. 2 ConcreteBuilder:实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并提供一个检索产品的接口. 3 Director:构造一个使用Builder接口的对象. 4 Product:表示被构造的复杂对象.ConcreteBuild

  • Java运用设计模式中的建造者模式构建项目的实例解析

    1.建造者模式概念 定义: 将一个复杂的对象构建与其表示相分离,使得同样的构建过程可以创建不同的表示: 核心 : 构建与表示分离,同构建不同表示 区别于 抽象工厂模式 : (1)与抽象工厂模式 相似,因为它也可以创建复杂对象.主要的区别是建造者模式着重于 一步步构造一个复杂对象,关注的是零件类型和装配工艺的顺序 .而抽象工厂模式着重于多个系列的产品对象(简单的或是复杂的).建造者模式在最后的一步返回产品,而对于抽象工厂来说,产品是立即返回的. (2)在建造者模式里,有个指导者,由指导者来管理建造

  • 深入解析Python设计模式编程中建造者模式的使用

    建造者模式:将一个复杂对象的构建与他的表示分离,使得同样的构建过程可以创建不同的表示. 基本思想 某类产品的构建由很多复杂组件组成: 这些组件中的某些细节不同,构建出的产品表象会略有不同: 通过一个指挥者按照产品的创建步骤来一步步执行产品的创建: 当需要创建不同的产品时,只需要派生一个具体的建造者,重写相应的组件构建方法即可. 代码结构 class Builder(object): """基类""" def Part1(self): # 不同类型

  • java设计模式之建造者模式学习

    1 概述建造者模式(Builder Pattern)主要用于"分步骤构建一个复杂的对象",在这其中"分步骤"是一个稳定的算法,而复杂对象的各个部分则经常变化.因此, 建造者模式主要用来解决"对象部分"的需求变化. 这样可以对对象构造的过程进行更加精细的控制. 2 示例以生产手机为例,每个手机分为屏幕Screen.CPU.Battery.现在要生产两种手机,苹果机和三星. 苹果: 复制代码 代码如下: package org.scott.build

  • C++设计模式之建造者模式

    建造者模式 在GOF的<设计模式 可复用面向对象软件的基础>中是这样说的:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. 这句话,似懂非懂的.一个复杂对象的创建,其通常是由很多的子对象构成:如果一个对象能够直接就创建好了,那么也不会称之为复杂对象.由于项目中需求的变化,这个复杂对象的各个部分经常会发生剧烈的变化,但是,不管怎么变化,将它们组合在一起,组成一个复杂的对象的事实是不会变的.建造者模式就提供了一种"封装机制"来将各个对象的变化隔离开,最

  • Java设计模式之建造者模式(Builder模式)介绍

    Builder模式定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. Builder模式是一步一步创建一个复杂的对象,它允许用户可以只通过指定复杂对象的类型和内容就可以构建它们.用户不知道内部的具体构建细节.Builder模式是非常类似抽象工厂模式,细微的区别大概只有在反复使用中才能体会到. 为何使用建造者模式 是为了将构建复杂对象的过程和它的部件解耦.注意:是解耦过程和部件. 因为一个复杂的对象,不但有很多大量组成部分,如汽车,有很多部件:车轮.方向盘.发动机,还

随机推荐