定義
"將一個復(fù)雜對象的構(gòu)建與它的表現(xiàn)分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表現(xiàn)"。
看這個概念，可能感覺很是抽象，能看懂但是不知道有什么用。我們打一個比方來理解上面的定義。打比方之前，咱們先來聊聊這個設(shè)計模式是干什么用的？我們?yōu)槭裁匆眠@個模式呢？建造者模式負(fù)責(zé)將構(gòu)建復(fù)雜對象的過程和它的部件解耦，也就是過程和部件的解耦。比如說汽車，是一個很復(fù)雜的對象，它有很多的部件，車輪、發(fā)動機(jī)、座椅、車門、油箱等等；它的組裝過程也很復(fù)雜(需要專業(yè)人士按步驟進(jìn)行裝配)，建造者模式就是為了將部件和組裝過程分開的。同樣的，我們使用的計算機(jī)也一樣，有很多的部件，組裝過程也很復(fù)雜(當(dāng)然，對于我們這樣的專業(yè)人士可能感覺不復(fù)雜)。建造者模式最大的好處就是使得構(gòu)建過程和表現(xiàn)分離，因此若需要改變一個產(chǎn)品的表現(xiàn)，只需要重新定義一個具體的建造者就可以了(這句話理解起來有點難度，還是拿車來打比方，我們將車的組裝過程獨(dú)立出來，用這個組裝過程，我們即可以組裝寶馬車，也可以組裝奔馳車，或者其他的車型，我們只需要重新定義一個具體的建造者(用于產(chǎn)品表現(xiàn)的類)就可以了)。
動機(jī)
在軟件系統(tǒng)中，有時候會遇到一個復(fù)雜對象(比如說上面例子中的汽車)的創(chuàng)建，它通常由幾個部分的子對象采用一定的算法(過程)構(gòu)成；由于需求的變化，這個復(fù)雜對象的各個部分經(jīng)常面臨著劇烈的變化(比如上面例子中，各種車型用的車門、方向盤、發(fā)動機(jī)等，是不一樣的)，但是將各個部分組合在一起的算法(過程)是相對穩(wěn)定的。
建造者模式就是在這樣的需求下誕生的，它封裝了變化點(組成部分)，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表現(xiàn)。
建造者模式是當(dāng)在創(chuàng)建復(fù)雜對象的算法應(yīng)該獨(dú)立于該對象的組成部分以及它們的裝配方式時適用的模式。
建造者模式包含產(chǎn)品類（Product）、抽象建造者類（Builder）、具體建造者類（ConcreteBuilder1、ConcreteBuilder2…）和指揮者類（Director）
從下面的代碼中看各個類的使用：
PersonBuilder *builder = [[PersonThinBuilder alloc]init];
PersonView *personView = [PersonDirector creatPerson:builder];
其中 PersonBuilder 是抽象建造者類，PersonThinBuilder 是具體建造者類，PersonView 是產(chǎn)品類，PersonDirector 是指揮者類。
由代碼了解使用方式：
1、創(chuàng)建具體建造者。
2、指揮者通過具體建造者來返回產(chǎn)品。
感覺建造者模式與工廠方法模式非常類似，但是加入了指揮者類。
結(jié)構(gòu)圖
從結(jié)構(gòu)圖可以看到，生成器模式有兩個重要的角色：Director(指導(dǎo)者)和Builder(建造者)。Director知道Builder應(yīng)該建造什么(建造的過程)，Builder知道如何建造(表現(xiàn))。在Director類中定義了一個construct方法，指導(dǎo)具體的建造者ConcreteBuilder的對象去buildPart。Builder是一個抽象接口(協(xié)議)，該協(xié)議中包含建造各個部分的方法(buildPart)，用來構(gòu)建實際的產(chǎn)品Product，另外還有一個getResult方法，用來向客戶端返回構(gòu)建完成的Product。
這樣說不知道大家是不是感覺很抽象？那咱們用一個生活的例子來通俗點說。比如現(xiàn)在我要在老家修一個房子，首先我不知道怎么修房子（砌墻，缺建造者），然后我也不知道怎么設(shè)計（修幾個房間，房間的布局，房間的窗戶怎么設(shè)計等等，缺指導(dǎo)者），于是我找來一幫民工(建造者)，他們會砌墻；另外我還得找設(shè)計師(指導(dǎo)者)，他知道怎么設(shè)計；最后，我還要確保民工(建造者)聽設(shè)計師(指導(dǎo)者)的指導(dǎo)，哪里需要砌一堵墻，哪里需要安裝窗戶等等，這樣民工(建造者)就開始蓋房子，在這個建造過程中，設(shè)計師(指導(dǎo)者)只負(fù)責(zé)設(shè)計和下達(dá)命令。房子建成功后，民工(建造者)向我交房。說白了，就是Director(指導(dǎo)者)負(fù)責(zé)把控宏觀方面(過程)，Builder(建造者)負(fù)責(zé)把控微觀方面(表現(xiàn)) 。
下面咱們還是通過代碼來說明這個結(jié)構(gòu)圖。
實例
建造者模式的代碼
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];
}
客戶端調(diào)用代碼：
Director *director = [[Directoralloc] init];
id<Builder> builder = [[ConcreteBuilderalloc] init];
[director construct:builder];
Product *product = [builder getResult];
[product show];
[builder release];
[director release];
何時使用建造者模式
建造者模式常用于如下情形：
需要創(chuàng)建涉及各種部件的復(fù)雜對象。創(chuàng)建對象的算法應(yīng)該獨(dú)立于部件的裝配方式。
構(gòu)建過程需要以不同的方式構(gòu)建對象。
PS：在FaceBook的開源動畫框架POP中也有對builder pattern類似的應(yīng)用：
POPAnimatableProperty *animatableProperty = [POPAnimatableProperty propertyWithName:@"property" initializer:^(POPMutableAnimatableProperty *prop) {
prop.writeBlock = ^(id obj, const CGFloat values[]) {
};
prop.readBlock = ^(id obj, CGFloat values[]) {
};
}];
這里的initializer本質(zhì)上就是builder，只是叫法不同而已。
