一本久道久久综合中文字幕,欧美大片91,亚洲伦理久久

模式設(shè)計(jì)c#－－創(chuàng)建型－－Builder

名稱	Builder
結(jié)構(gòu)
意圖	將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。
適用性	當(dāng)創(chuàng)建復(fù)雜對(duì)象的算法應(yīng)該獨(dú)立于該對(duì)象的組成部分以及它們的裝配方式時(shí)。當(dāng)構(gòu)造過(guò)程必須允許被構(gòu)造的對(duì)象有不同的表示時(shí)。

Code Example

namespace?Builder_DesignPattern

{

????using?System;

????//?These?two?classes?could?be?part?of?a?framework,

????//?which?we?will?call?DP

????//?===============================================

????

????class?Director?

????{

????????public?void?Construct(AbstractBuilder?abstractBuilder)

????????{

????????????abstractBuilder.BuildPartA();

????????????if?(1==1?)?//represents?some?local?decision?inside?director

????????????{

????????????????abstractBuilder.BuildPartB();????????????

????????????}

????????????abstractBuilder.BuildPartC();????????????

????????}

????}

????abstract?class?AbstractBuilder?

????{

????????abstract?public?void?BuildPartA();

????????abstract?public?void?BuildPartB();

????????abstract?public?void?BuildPartC();

????}

????//?These?two?classes?could?be?part?of?an?application?

????//?=================================================

????class?ConcreteBuilder?:?AbstractBuilder?

????{

????????override?public?void?BuildPartA()

????????{

????????????//?Create?some?object?here?known?to?ConcreteBuilder

????????????Console.WriteLine("ConcreteBuilder.BuildPartA?called");

????????}

????????????????

????????override?public?void?BuildPartB()

????????{

????????????//?Create?some?object?here?known?to?ConcreteBuilder

????????????Console.WriteLine("ConcreteBuilder.BuildPartB?called");

????????}

????????

????????override?public?void?BuildPartC()

????????{

????????????//?Create?some?object?here?known?to?ConcreteBuilder

????????????Console.WriteLine("ConcreteBuilder.BuildPartC?called");

????????}

????}????

????///?<summary>

????///????Summary?description?for?Client.

????///?</summary>

????public?class?Client

????{

????????public?static?int?Main(string[]?args)

????????{

????????????ConcreteBuilder?concreteBuilder?=?new?ConcreteBuilder();

????????????Director?director?=?new?Director();

????????????director.Construct(concreteBuilder);

????????????return?0;

????????}

????}

}

一、?建造者（Builder）模式

建造者模式可以將一個(gè)產(chǎn)品的內(nèi)部表象與產(chǎn)品的生成過(guò)程分割開(kāi)來(lái)，從而可以使一個(gè)建造過(guò)程生成具有不同的內(nèi)部表象的產(chǎn)品對(duì)象。

對(duì)象性質(zhì)的建造

有些情況下，一個(gè)對(duì)象會(huì)有一些重要的性質(zhì)，在它們沒(méi)有恰當(dāng)?shù)闹抵埃瑢?duì)象不能作為一個(gè)完整的產(chǎn)品使用。比如，一個(gè)電子郵件有發(fā)件人地址、收件人地址、主題、內(nèi)容、附錄等部分，而在最起碼的收件人地址未被賦值之前，這個(gè)電子郵件不能發(fā)出。

有些情況下，一個(gè)對(duì)象的一些性質(zhì)必須按照某個(gè)順序賦值才有意義。在某個(gè)性質(zhì)沒(méi)有賦值之前，另一個(gè)性質(zhì)則無(wú)法賦值。這些情況使得性質(zhì)本身的建造涉及到復(fù)雜的商業(yè)邏輯。

這時(shí)候，此對(duì)象相當(dāng)于一個(gè)有待建造的產(chǎn)品，而對(duì)象的這些性質(zhì)相當(dāng)于產(chǎn)品的零件，建造產(chǎn)品的過(guò)程就是組合零件的過(guò)程。由于組合零件的過(guò)程很復(fù)雜，因此，這些"零件"的組合過(guò)程往往被"外部化"到一個(gè)稱作建造者的對(duì)象里，建造者返還給客戶端的是一個(gè)全部零件都建造完畢的產(chǎn)品對(duì)象。

命名的考慮

之所以使用"建造者"而沒(méi)有用"生成器"就是因?yàn)橛昧慵a(chǎn)產(chǎn)品，"建造"更為合適，"創(chuàng)建"或"生成"不太恰當(dāng)。

二、?Builder模式的結(jié)構(gòu)：

建造者（Builder）角色：給出一個(gè)抽象接口，以規(guī)范產(chǎn)品對(duì)象的各個(gè)組成成分的建造。一般而言，此接口獨(dú)立于應(yīng)用程序的商業(yè)邏輯。模式中直接創(chuàng)建產(chǎn)品對(duì)象的是具體建造者（ConcreteBuilder）角色。具體建造者類必須實(shí)現(xiàn)這個(gè)接口所要求的方法：一個(gè)是建造方法，另一個(gè)是結(jié)果返還方法。

具體建造者（Concrete Builder）角色：擔(dān)任這個(gè)角色的是于應(yīng)用程序緊密相關(guān)的類，它們?cè)趹?yīng)用程序調(diào)用下創(chuàng)建產(chǎn)品實(shí)例。這個(gè)角色主要完成的任務(wù)包括：

實(shí)現(xiàn)Builder角色提供的接口，一步一步完成創(chuàng)建產(chǎn)品實(shí)例的過(guò)程。
在建造過(guò)程完成后，提供產(chǎn)品的實(shí)例。

指導(dǎo)者（Director）角色：擔(dān)任這個(gè)角色的類調(diào)用具體建造者角色以創(chuàng)建產(chǎn)品對(duì)象。導(dǎo)演者并沒(méi)有產(chǎn)品類的具體知識(shí)，真正擁有產(chǎn)品類的具體知識(shí)的是具體建造者對(duì)象。

產(chǎn)品（Product）角色：產(chǎn)品便是建造中的復(fù)雜對(duì)象。

指導(dǎo)者角色是于客戶端打交道的角色。導(dǎo)演者角色將客戶端創(chuàng)建產(chǎn)品的請(qǐng)求劃分為對(duì)各個(gè)零件的建造請(qǐng)求，再將這些請(qǐng)求委派給具體建造者角色。具體建造者角色是做具體建造工作的，但卻不為客戶端所知。

三、?程序舉例：

該程序演示了Builder模式一步一步完成構(gòu)件復(fù)雜產(chǎn)品的過(guò)程。用戶可以控制生成過(guò)程以及生成不同對(duì)象。

//?Builder?pattern?--?Structural?example??

using?System;

using?System.Collections;

//?"Director"

class?Director

{

??//?Methods

??public?void?Construct(?Builder?builder?)

??{

????builder.BuildPartA();

????builder.BuildPartB();

??}

}

//?"Builder"

abstract?class?Builder

{

??//?Methods

??abstract?public?void?BuildPartA();

??abstract?public?void?BuildPartB();

??abstract?public?Product?GetResult();

}

//?"ConcreteBuilder1"

class?ConcreteBuilder1?:?Builder

{

??//?Fields

??private?Product?product;

??//?Methods

??override?public?void?BuildPartA()

??{

????product?=?new?Product();

????product.Add(?"PartA"?);

??}

??override?public?void?BuildPartB()

??{

????product.Add(?"PartB"?);

??}

??override?public?Product?GetResult()

??{

????return?product;

??}

}

//?"ConcreteBuilder2"

class?ConcreteBuilder2?:?Builder

{

??//?Fields

??private?Product?product;

??//?Methods

??override?public?void?BuildPartA()

??{

????product?=?new?Product();

????product.Add(?"PartX"?);

??}

??override?public?void?BuildPartB()

??{

????product.Add(?"PartY"?);

??}

??override?public?Product?GetResult()

??{

????return?product;

??}

}

//?"Product"

class?Product

{

??//?Fields

??ArrayList?parts?=?new?ArrayList();

??//?Methods

??public?void?Add(?string?part?)

??{

????parts.Add(?part?);

??}

??public?void?Show()

??{

????Console.WriteLine(?" Product?Parts?-------"?);

????foreach(?string?part?in?parts?)

??????Console.WriteLine(?part?);

??}

}

///?<summary>

///?Client?test

///?</summary>

public?class?Client

{

??public?static?void?Main(?string[]?args?)

??{

????//?Create?director?and?builders

????Director?director?=?new?Director(?);

????Builder?b1?=?new?ConcreteBuilder1();

????Builder?b2?=?new?ConcreteBuilder2();

????//?Construct?two?products

????director.Construct(?b1?);

????Product?p1?=?b1.GetResult();

????p1.Show();

????director.Construct(?b2?);

????Product?p2?=?b2.GetResult();

????p2.Show();

??}

}

posted on 2006-01-03 14:47 夢(mèng)在天涯閱讀(943) 評(píng)論(2) 編輯收藏引用所屬分類: Design pattern

評(píng)論

# re: 模式設(shè)計(jì)c#－－創(chuàng)建型－－Builder 2006-04-24 10:22 夢(mèng)在天涯

definition
Separate the construction of a complex object from its representation so that the same construction process can create different representations.

回復(fù) 更多評(píng)論

# re: 模式設(shè)計(jì)c#－－創(chuàng)建型－－Builder 2006-04-24 10:26 夢(mèng)在天涯

七、在什么情況下使用建造者模式
以下情況應(yīng)當(dāng)使用建造者模式：

1、需要生成的產(chǎn)品對(duì)象有復(fù)雜的內(nèi)部結(jié)構(gòu)。
2、需要生成的產(chǎn)品對(duì)象的屬性相互依賴，建造者模式可以強(qiáng)迫生成順序。
3、在對(duì)象創(chuàng)建過(guò)程中會(huì)使用到系統(tǒng)中的一些其它對(duì)象，這些對(duì)象在產(chǎn)品對(duì)象的創(chuàng)建過(guò)程中不易得到。

使用建造者模式主要有以下效果：

1、建造模式的使用使得產(chǎn)品的內(nèi)部表象可以獨(dú)立的變化。使用建造者模式可以使客戶端不必知道產(chǎn)品內(nèi)部組成的細(xì)節(jié)。
2、每一個(gè)Builder都相對(duì)獨(dú)立，而與其它的Builder無(wú)關(guān)。
3、模式所建造的最終產(chǎn)品更易于控制。
回復(fù) 更多評(píng)論

刷新評(píng)論列表

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
【推薦】100%開(kāi)源！大型工業(yè)跨平臺(tái)軟件C++源碼提供，建模，組態(tài)！

相關(guān)文章: 本博客所有精華隨筆索引策略模式（policy）設(shè)計(jì)模式隨筆分類 MFC與設(shè)計(jì)模式接口模式 -- 接口中為什么不能包含delegate .net中更好的使用設(shè)計(jì)模式的DLL(Commonly Used .NET Coding Patterns in CodeDom)(轉(zhuǎn)) 模式設(shè)計(jì)c#－－行為型－－visitor 模式設(shè)計(jì)c#－－行為型－－strategy 模式設(shè)計(jì)c#－－行為型－－state 模式設(shè)計(jì)c#－－行為型－－observer

網(wǎng)站導(dǎo)航: 博客園 IT新聞 BlogJava 博問(wèn) Chat2DB 管理

# re: 模式設(shè)計(jì)c#－－創(chuàng)建型－－Builder 2006-04-24 10:22 夢(mèng)在天涯

# re: 模式設(shè)計(jì)c#－－創(chuàng)建型－－Builder 2006-04-24 10:26 夢(mèng)在天涯

C++ Programmer's Cookbook

模式設(shè)計(jì)c#－－創(chuàng)建型－－Builder

一、?建造者（Builder）模式

二、?Builder模式的結(jié)構(gòu)：

三、?程序舉例：

評(píng)論

公告

導(dǎo)航

統(tǒng)計(jì)

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

積分與排名

最新評(píng)論

閱讀排行榜