设计模式 -- 构建者模式

1.构建者模式

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

2.实用范围

1 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
2 当构造过程必须允许被构造的对象有不同表示时。

3.构建者模式优势:

1.不需要知道细节怎么完成
2.模块化处理,各个承建者负责独有模块,解耦
3.组合性好:不同的模块间,顺序,执行步骤都可以随意改变,互不影响

主要角色
director : 总承包商 --> 管理各种抽象类的实现,分配任务,组合产品。

builder : 各个步骤、模块承建者 --> 负责各个抽象类抽象接口实现,和具体实现类的实现

两者关系::
每个 builder 完成的功能不一样,director管理所有的生成器,指导完成产品 ,交付使用者。

4. 具体案例

用一个建造房子举例,建造房子可分为三个步骤
1.夯实地基
2.建造房子
3.装修布置
每个步骤都有自己的承建商来建设,咱们只要把这个工程交给一个总得开发商,然后开发商去找相应的承建着,等开发完成,咱们和开发商确认签收就可以使用了……

用构建者模式设计设计时,可分给几个角色

1.承建商资质 :必须具有指定的能力,必须遵守相关协议

/ 所有builder 都需要遵守这个协议
@protocol BuilderProtocol <NSObject>
/**
 承建商开始构建
 @return 返回构建对象
 */
 -(void)build;

/**
 构建完成,返回构建信息
 @return 返回构建信息
 */
- (NSString*)info;

@end

1.1夯实地基承建商

// 承建商需要遵守协议,代表具有承建能力
@protocol HousesPlatformProtocol <NSObject>

// 打地基的方法
- (void)housesPlatformBuild;
@end

//具体的承建商:遵守对应的方法协议
@interface HousesPlatformBuilder : NSObject<BuilderProtocol,HousesPlatformProtocol>

@end

#pragma 实现协议方法
@implementation HousesPlatformBuilder

- (void)build{
    [self housesPlatformBuild];
}

- (NSString*)info{
    return @"housesPlatformBuild  info::";
}

- (void)housesPlatformBuild{
    NSLog(@"housesPlatformBuild  finish");
}

1.2房屋建造承建着:遵守自己的协议,

// 房间建造能力
@protocol HousesWallProtocol <NSObject>
- (void)housesWallBuild;
@end

// 具体的承建商
@interface HousesWallBuilder : NSObject<BuilderProtocol,HousesWallProtocol>
@end
#pragma 实现协议方法
@implementation HousesWallBuilder
- (void)build{
    [self housesWallBuild];
}

- (NSString*)info{
   return @"housesWallBuild  info::";
}

- (void)housesWallBuild{
    NSLog(@"housesWallBuild  finish");
}
@end

1.3装修的承建角色

// 具有装修能力
@protocol HousesDecorateProtocol <NSObject>
- (void)housesDecorateBuild;
@end

//具体承建者
@interface HousesDecorateBuilder : NSObject<BuilderProtocol,HousesDecorateProtocol>
@end
#pragma 实现协议方法
@implementation HousesDecorateBuilder

- (void)build{
    [self housesDecorateBuild];
}

- (NSString*)info{
    return @"housesDecorateBuild  info::";
}

- (void)housesDecorateBuild{
    NSLog(@"housesDecorateBuild  finish");
}
@end

2.指挥者director:含有各个承建商,组合商品

// 具体的构建者
#import "HousesPlatformBuilder.h" // 地基
#import "HousesWallBuilder.h"// 建造
#import "HousesDecorateBuilder.h"// 装修

// 产品
#import "House.h" // 组合产品

@interface Director : NSObject
// 承建商对象
@property (nonatomic,strong) id <BuilderProtocol,HousesPlatformProtocol> platfromBuilder;
@property (nonatomic,strong) id <BuilderProtocol,HousesWallProtocol> wallBuilder;
@property (nonatomic,strong) id <BuilderProtocol,HousesDecorateProtocol> decorateBuilder;

//产品对象
@property (nonatomic,strong) House * house;

// 构建组合产品
- (void)buildAllParts;
@end

@implementation Director
// 组装各个部件
- (void)buildAllParts{
    
//    构建各个部分
    [self.platfromBuilder build];
    [self.wallBuilder build];
    [self.decorateBuilder build];
    
    //组装部件 完成房子建造
    NSString * information = [NSString stringWithFormat:@"%@\n%@\n%@\n",[self.platfromBuilder info], [self.wallBuilder info],[self.decorateBuilder info]];
   
//    NSLog(@"完成楼房建造:\n %@",information);
    self.house = [House creatHouseWithInfo:information];
}
@end

3.产品角色:

@interface House : NSObject

@property (nonatomic,strong) NSString * info;

/**
 便利构造器
 @param info 房屋信息
 @return 房屋实体
 */
+(instancetype)creatHouseWithInfo:(NSString *)info;
@end

@implementation House
+(instancetype)creatHouseWithInfo:(NSString *)info{
    
    House * house = [House new];
    house.info = info;
    return house;
}

@end

设计完成,客户端调用

vc 客户端调用
#import "Director.h"

   // 创建组装者
    Director * d = [Director new];
    
     // 指定承包商
    d.platfromBuilder = [HousesPlatformBuilder new];
    d.wallBuilder = [HousesWallBuilder new];
    d.decorateBuilder = [HousesDecorateBuilder new];
    
     // 构建所有的部件
    [d buildAllParts];
    
        // 获取产品
    NSLog(@"完成楼房建造:\n%@",d.house.info);

5.构建者模式的UML

构建者模式.png

director :指挥类,含有各个承建对象,组合成对应的产品
builder :抽象承建类,可以是父类,可以是协议……
concreteBuilder:具体承建类
pruduct: 承建类完成的各个模块

uml解析:

director -- builder :聚合关系
builder--concreteBuilder :泛化关系 / 实现关系
concreteBuilder -- pruduct: 依赖关系

uml 注释:

聚合(aggregation)关系::
是关联关系的特例,是强的关联关系,聚合是整个与个体的关系,即has-a关系,此时整体和部分是可以分离的,他们具有各自的生命周期,部分可以属于多个对象,也可以被多个对象共享;比如计算机和CPU,公司与员工的关系;在代码层面聚合与关联是一致的,只能从语义上来区分。聚合关系也是使用实例变量来实现的。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,179评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,229评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,032评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,533评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,531评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,539评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,916评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,813评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,568评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,654评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,354评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,937评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,918评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,152评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,852评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,378评论 2 342