---

界說                                                                                                       

"將一個龐雜對象的構建與它的表示分別，使得異樣的構建進程可以創立分歧的表示"。
看這個概念，能夠感到很是籠統，能看懂然則不曉得有甚麼用。我們打一個比喻來懂得下面的界說。打比喻之前，我們先來聊聊這個設計形式是干甚麼用的？我們為何要用這個形式呢？建造者形式擔任將構建龐雜對象的進程和它的部件解耦，也就是進程和部件的解耦。好比說汽車，是一個很龐雜的對象，它有許多的部件，車輪、動員機、座椅、車門、油箱等等；它的組裝進程也很龐雜(須要專業人士按步調停止拆卸)，建造者形式就是為了將部件和組裝進程離開的。異樣的，我們應用的盤算機也一樣，有許多的部件，組裝進程也很龐雜(固然，關於我們如許的專業人士能夠感到不龐雜)。建造者形式最年夜的利益就是使得構建進程和表示分別，是以若須要轉變一個產物的表示，只須要從新界說一個詳細的建造者便可以了(這句話懂得起來有點難度，照樣拿車來打比喻，我們將車的組裝進程自力出來，用這個組裝進程，我們便可以組裝寶馬車，也能夠組裝奔跑車，或許其他的車型，我們只須要從新界說一個詳細的建造者(用於產物表示的類)便可以了)。

念頭                                                                                                       

在軟件體系中，有時刻會碰到一個龐雜對象(好比說下面例子中的汽車)的創立，它平日由幾個部門的子對象采取必定的算法(進程)組成；因為需求的變更，這個龐雜對象的各個部門常常面對著激烈的變更(好比下面例子中，各類車型用的車門、偏向盤、動員機等，是紛歧樣的)，然則將各個部門組合在一路的算法(進程)是絕對穩固的。

建造者形式就是在如許的需求下出生的，它封裝了變更點(構成部門)，使得異樣的構建進程可以創立分歧的表示。

建造者形式是當在創立龐雜對象的算法應當自力於該對象的構成部門和它們的拆卸方法時實用的形式。

建造者形式包括產物類（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，只是叫法分歧罷了。

【iOS App設計形式開辟中對建造者形式的應用實例】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！