iOS App設(shè)計模式開發(fā)中對建造者模式的運用實例

更新時間：2016年04月01日 09:36:57 作者：Gof Lee

這篇文章主要介紹了iOS App設(shè)計模式開發(fā)中對建造者模式的運用實例,示例代碼為傳統(tǒng)的Objective-C,需要的朋友可以參考下

定義

"將一個復(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)，只需要重新定義一個具體的建造者就可以了(這句話理解起來有點難度，還是拿車來打比方，我們將車的組裝過程獨立出來，用這個組裝過程，我們即可以組裝寶馬車，也可以組裝奔馳車，或者其他的車型，我們只需要重新定義一個具體的建造者(用于產(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)該獨立于該對象的組成部分以及它們的裝配方式時適用的模式。

建造者模式包含產(chǎn)品類（Product）、抽象建造者類（Builder）、具體建造者類（ConcreteBuilder1、ConcreteBuilder2…）和指揮者類（Director）

從下面的代碼中看各個類的使用：

復(fù)制代碼代碼如下:

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)圖

20164193907493.png (717×520)

從結(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(部分代碼)：

復(fù)制代碼代碼如下:

- (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(部分代碼)：

復(fù)制代碼代碼如下:

@classProduct;

@protocol Builder <NSObject>

- (void)addPartOne;

- (void)addPartTwo;

- (Product *)getResult;

@end

ConcreteBuilder.m(部分代碼)：

復(fù)制代碼代碼如下:

- (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)用代碼：

復(fù)制代碼代碼如下:

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)該獨立于部件的裝配方式。
構(gòu)建過程需要以不同的方式構(gòu)建對象。

PS：在FaceBook的開源動畫框架POP中也有對builder pattern類似的應(yīng)用：

復(fù)制代碼代碼如下:

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

這里的initializer本質(zhì)上就是builder，只是叫法不同而已。

您可能感興趣的文章: