摘要:而建造者模式則是要求按照指定的藍(lán)圖建造產(chǎn)品,它的主要目的是通過組裝零配件而產(chǎn)生一個(gè)新產(chǎn)品。最后通過一個(gè)套餐實(shí)例,介紹了建造者模式在實(shí)例中的基本使用手段。
歷史文章回顧:
設(shè)計(jì)模式專欄
深入理解單例模式
深入理解工廠模式
歷史優(yōu)質(zhì)文章推薦:分布式系統(tǒng)的經(jīng)典基礎(chǔ)理論
可能是最漂亮的Spring事務(wù)管理詳解
面試中關(guān)于Java虛擬機(jī)(jvm)的問題看這篇就夠了
無(wú)論是在現(xiàn)實(shí)世界中還是在軟件系統(tǒng)中,都存在一些復(fù)雜的對(duì)象,它們擁有多個(gè)組成部分,如汽車,它包括車輪、方向盤、發(fā)送機(jī)等各種部件。而對(duì)于大多數(shù)用戶而言,無(wú)須知道這些部件的裝配細(xì)節(jié),也幾乎不會(huì)使用多帶帶某個(gè)部件,而是使用一輛完整的汽車,可以通過建造者模式對(duì)其進(jìn)行設(shè)計(jì)與描述,建造者模式可以將部件和其組裝過程分開,一步一步創(chuàng)建一個(gè)復(fù)雜的對(duì)象。用戶只需要指定復(fù)雜對(duì)象的類型就可以得到該對(duì)象,而無(wú)須知道其內(nèi)部的具體構(gòu)造細(xì)節(jié).
一 建造者模式介紹 1.1 定義建造者模式(Builder Pattern) 又名生成器模式,是一種對(duì)象構(gòu)建模式。它可以將復(fù)雜對(duì)象的建造過程抽象出來(抽象類別),使這個(gè)抽象過程的不同實(shí)現(xiàn)方法可以構(gòu)造出不同表現(xiàn)(屬性)的對(duì)象。
建造者模式 是一步一步創(chuàng)建一個(gè)復(fù)雜的對(duì)象,它允許用戶只通過指定復(fù)雜對(duì)象的類型和內(nèi)容就可以構(gòu)建它們,用戶不需要知道內(nèi)部的具體構(gòu)建細(xì)節(jié)。
1.2 為什么要用建造者模式(優(yōu)點(diǎn))?1) 客戶端不必知道產(chǎn)品內(nèi)部組成的細(xì)節(jié),將產(chǎn)品本身與產(chǎn)品的創(chuàng)建過程解耦,使得相同的創(chuàng)建過程可以創(chuàng)建不同的產(chǎn)品對(duì)象。
2) 每一個(gè)具體建造者都相對(duì)獨(dú)立,而與其他的具體建造者無(wú)關(guān),因此可以很方便地替換具體建造者或增加新的具體建造者, 用戶使用不同的具體建造者即可得到不同的產(chǎn)品對(duì)象 。
3) 可以更加精細(xì)地控制產(chǎn)品的創(chuàng)建過程 。將復(fù)雜產(chǎn)品的創(chuàng)建步驟分解在不同的方法中,使得創(chuàng)建過程更加清晰,也更方便使用程序來控制創(chuàng)建過程。
4) 增加新的具體建造者無(wú)須修改原有類庫(kù)的代碼,指揮者類針對(duì)抽象建造者類編程,系統(tǒng)擴(kuò)展方便,符合 “開閉原則”
1.3 哪些情況不要用建造者模式(缺點(diǎn))?1) 產(chǎn)品之間差異性很大的情況: 建造者模式所創(chuàng)建的產(chǎn)品一般具有較多的共同點(diǎn),其組成部分相似,如果產(chǎn)品之間的差異性很大,則不適合使用建造者模式,因此其使用范圍受到一定的限制。
2) 產(chǎn)品內(nèi)部變化很復(fù)雜的情況: 如果產(chǎn)品的內(nèi)部變化復(fù)雜,可能會(huì)導(dǎo)致需要定義很多具體建造者類來實(shí)現(xiàn)這種變化,導(dǎo)致系統(tǒng)變得很龐大。
1.4 抽象工廠模式VS建造者模式抽象工廠模式實(shí)現(xiàn)對(duì)產(chǎn)品家族的創(chuàng)建,一個(gè)產(chǎn)品家族是這樣的一系列產(chǎn)品:具有不同分類維度的產(chǎn)品組合,采用抽象工廠模式不需要關(guān)心構(gòu)建過程,只關(guān)心什么產(chǎn)品由什么工廠生產(chǎn)即可。而建造者模式則是要求按照指定的藍(lán)圖建造產(chǎn)品,它的主要目的是通過組裝零配件而產(chǎn)生一個(gè)新產(chǎn)品。
1.4 模式結(jié)構(gòu) 1.4.1 建造者模式的UML結(jié)構(gòu)圖 1.4.2 建造者模式主要包含四個(gè)角色Product(產(chǎn)品角色): 一個(gè)具體的產(chǎn)品對(duì)象。
Builder(抽象建造者): 創(chuàng)建一個(gè)Product對(duì)象的各個(gè)部件指定的抽象接口。
ConcreteBuilder(具體建造者): 實(shí)現(xiàn)抽象接口,構(gòu)建和裝配各個(gè)部件。
Director(指揮者): 構(gòu)建一個(gè)使用Builder接口的對(duì)象。它主要是用于創(chuàng)建一個(gè)復(fù)雜的對(duì)象。它主要有兩個(gè)作用,一是:隔離了客戶與對(duì)象的生產(chǎn)過程,二是:負(fù)責(zé)控制產(chǎn)品對(duì)象的生產(chǎn)過程。
二 建造者模式分析1 ) 一個(gè)典型的復(fù)雜對(duì)象其類代碼示例如下:
public class Product { private String partA; //可以是任意類型 private String partB; private String partC; //partA的Getter方法和Setter方法省略 //partB的Getter方法和Setter方法省略 //partC的Getter方法和Setter方法省略 }
2 ) 抽象建造者類中定義了產(chǎn)品的創(chuàng)建方法和返回方法,其典型代碼如下:
public abstract class Builder { protected Product product=new Product(); public abstract void buildPartA(); public abstract void buildPartB(); public abstract void buildPartC(); public Product getResult() { return product; } }
3 ) 具體建造者。實(shí)現(xiàn)抽象接口,構(gòu)建和裝配各個(gè)部件,實(shí)例代碼如下:
public class ConcreteBuilder extends Builder{ public void buildPartA(){ ... } public void buildPartB(){ ... } public void buildPartC(){ ... } }
4)指揮者類的代碼示例如下:
建造者模式的結(jié)構(gòu)中還引入了一個(gè)指揮者類Director,該類的作用主要有兩個(gè):一方面它隔離了客戶與生產(chǎn)過程;另一方面它負(fù)責(zé)控制產(chǎn)品的生成過程。指揮者針對(duì)抽象建造者編程,客戶端只需要知道具體建造者的類型,即可通過指揮者類調(diào)用建造者的相關(guān)方法,返回一個(gè)完整的產(chǎn)品對(duì)象。
public class Director { private Builder builder; //1 構(gòu)造方法的方式注入builder對(duì)象 public Director(Builder builder) { this.builder=builder; } //2 set方法注入builder對(duì)象 public void setBuilder(Builder builder) { this.builder=builer; } public Product construct() { builder.buildPartA(); builder.buildPartB(); builder.buildPartC(); return builder.getResult(); } }
5 ) 客戶端類代碼片段:
在客戶端代碼中,無(wú)須關(guān)心產(chǎn)品對(duì)象的具體組裝過程,只需確定具體建造者的類型即可,建造者模式將復(fù)雜對(duì)象的構(gòu)建與對(duì)象的表現(xiàn)分離開來,這樣使得同樣的構(gòu)建過程可以創(chuàng)建出不同的表現(xiàn)。
…… Builder builder = new ConcreteBuilder(); Director director = new Director(builder); Product product = director.construct(); ……三 實(shí)例:KFC套餐
建造者模式可以用于描述KFC如何創(chuàng)建套餐:套餐是一個(gè)復(fù)雜對(duì)象,它一般包含主食(如漢堡、雞肉卷等)和飲料(如果汁、可樂等)等組成部分,不同的套餐有不同的組成部分,而KFC的服務(wù)員可以根據(jù)顧客的要求,一步一步裝配這些組成部分,構(gòu)造一份完整的套餐,然后返回給顧客。
1)Product(產(chǎn)品角色)一個(gè)具體的產(chǎn)品對(duì)象。
public class Meal { private String food; private String drink; public String getFood() { return food; } public void setFood(String food) { this.food = food; } public String getDrink() { return drink; } public void setDrink(String drink) { this.drink = drink; } }2)Builder(抽象建造者)
創(chuàng)建一個(gè)Product對(duì)象的各個(gè)部件指定的抽象接口。
public abstract class MealBuilder { Meal meal = new Meal(); public abstract void buildFood(); public abstract void buildDrink(); public Meal getMeal(){ return meal; } }3) ConcreteBuilder(具體建造者)
實(shí)現(xiàn)抽象接口,構(gòu)建和裝配各個(gè)部件。
A套餐:
public class MealA extends MealBuilder{ public void buildDrink() { meal.setDrink("可樂"); } public void buildFood() { meal.setFood("薯?xiàng)l"); } }
B套餐:
public class MealB extends MealBuilder{ public void buildDrink() { meal.setDrink("檸檬果汁"); } public void buildFood() { meal.setFood("雞翅"); } }4)Director(指揮者)
構(gòu)建一個(gè)使用Builder接口的對(duì)象。它主要是用于創(chuàng)建一個(gè)復(fù)雜的對(duì)象,它主要有兩個(gè)作用,一是:隔離了客戶與對(duì)象的生產(chǎn)過程,二是:負(fù)責(zé)控制產(chǎn)品對(duì)象的生產(chǎn)過程。
public class KFCWaiter { private MealBuilder mealBuilder; public KFCWaiter(MealBuilder mealBuilder) { this.mealBuilder = mealBuilder; } public Meal construct(){ //準(zhǔn)備食物 mealBuilder.buildFood(); //準(zhǔn)備飲料 mealBuilder.buildDrink(); //準(zhǔn)備完畢,返回一個(gè)完整的套餐給客戶 return mealBuilder.getMeal(); } }5)測(cè)試類(客戶端類)
public class Test { public static void main(String[] args) { //套餐A MealA a = new MealA(); //準(zhǔn)備套餐A的服務(wù)員 KFCWaiter waiter = new KFCWaiter(a); //獲得套餐 Meal mealA = waiter.construct(); System.out.print("套餐A的組成部分:"); System.out.println("食物:"+mealA.getFood()+"; "+"飲品:"+mealA.getDrink()); } }
輸出結(jié)果:
套餐A的組成部分:食物:薯?xiàng)l; 飲品:可樂四 總結(jié)
本文首先介紹了建造者模型包括建造者模型的定義、為什么要用它、那些情況不適合使用這種模式以及抽象工廠模式和建造者模式的區(qū)別的簡(jiǎn)單分析。
然后通過建造者模式的四個(gè)角色的常見示例代碼,通過代碼層面分析了建造者模式。
最后通過一個(gè)KFC套餐實(shí)例,介紹了建造者模式在實(shí)例中的基本使用手段。
參考:
《設(shè)計(jì)模式之禪》
《圖解設(shè)計(jì)模式》
我是Snailclimb,一個(gè)以架構(gòu)師為5年之內(nèi)目標(biāo)的小小白。 歡迎關(guān)注我的微信公眾號(hào):"Java面試通關(guān)手冊(cè)"(一個(gè)有溫度的微信公眾號(hào),期待與你共同進(jìn)步~~~堅(jiān)持原創(chuàng),分享美文,分享各種Java學(xué)習(xí)資源)
最后,就是使用阿里云服務(wù)器一段時(shí)間后,感覺阿里云真的很不錯(cuò),就申請(qǐng)做了阿里云大使,然后這是我的優(yōu)惠券地址.
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/69618.html
摘要:不過怎么來說工廠方法模式是簡(jiǎn)單工廠模式的升級(jí)版。其次,工廠模式是一種典型的解耦模式,迪米特法則在工廠模式中表現(xiàn)的尤為明顯。 工廠模式想必大家在開發(fā)過程中會(huì)經(jīng)常用到,顧名思義其就是作為一個(gè)工廠用來生產(chǎn)產(chǎn)品的,下面來簡(jiǎn)單介紹幾種常見的工廠模式。 0x01 簡(jiǎn)單工廠模式 1、類圖結(jié)構(gòu)showImg(/img/bVFf1t?w=531&h=278); 2、角色分類 工廠類:其內(nèi)部具有一點(diǎn)的判...
摘要:本質(zhì)建造者設(shè)計(jì)模式分離了對(duì)象子組件的構(gòu)造過程和組裝過程,實(shí)現(xiàn)了構(gòu)建與組裝的解耦,不同的構(gòu)建器相同的組裝順序以及相同的構(gòu)建器不同的組裝順序都可以創(chuàng)建出不同的對(duì)象,使得構(gòu)建與組裝充分解耦,進(jìn)而實(shí)現(xiàn)構(gòu)建算法與組裝算法的解耦,從而實(shí)現(xiàn)更好的復(fù)用。 這是設(shè)計(jì)模式系列的第二篇——建造者設(shè)計(jì)模式,我希望推送的文章是一個(gè)系列的,盡量保持一樣的寫作風(fēng)格,盡量把我理解的闡述清楚,關(guān)于建造者設(shè)計(jì)模式主要從以...
摘要:而這個(gè)組裝主機(jī)的過程就是建造者模式最真實(shí)的寫照。建造者都是獨(dú)立的,我們可以對(duì)建造過程進(jìn)行優(yōu)化和細(xì)化,不會(huì)對(duì)其他的模塊產(chǎn)生影響。建造者模式和工廠模式十分相像,但建造者模式關(guān)注的是配件和裝配工藝順序,而工廠模式的中心是對(duì)象的創(chuàng)建 前言 最近絕地逃生這個(gè)游戲大火,好多朋友為了吃雞,都會(huì)自己組裝一個(gè)高配主機(jī)來支持自己打游戲 。而這個(gè)組裝主機(jī)的過程就是建造者模式最真實(shí)的寫照....~。~ 什么是...
閱讀 3637·2021-11-24 10:22
閱讀 3705·2021-11-22 09:34
閱讀 2510·2021-11-15 11:39
閱讀 1541·2021-10-14 09:42
閱讀 3676·2021-10-08 10:04
閱讀 1570·2019-08-30 15:52
閱讀 863·2019-08-30 13:49
閱讀 3032·2019-08-30 11:21