將乙個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示
保證了流程不會變化
1、builder（建造者）：給出乙個抽象介面，以規範產品物件的各個組成部分的構建。該介面要規定要實現複雜物件的哪些部分的建立，並不涉及具體的建立。
2、concretebuilder（具體建造者）：實現builder介面，根據不同的商業邏輯，具體化各部分的建立，在建造完成後提供產品的例項。
3、director（負責指揮者）：呼叫具體的建造者來複雜物件的各部分，在知道中不涉及具體的產品資訊，只負責保證物件各部分完整建立或者按照某種順序建立。
4、product（具體產品）：要建立的複雜物件。
builder------> ifood
concretebuilder------> cooker + ifood具體例項
director------> builderpattern
product------> dinner
以飯店出參過程為例：使用者下單後，老闆（指揮者）會要求廚師做餐（建造者）給使用者提供晚餐（具體產品）
1、首先給出乙個抽象介面，以規範產品物件的各個組成部分的構建。
食物組成為 名稱 包裝 **
public inte***ce ifood具體使用者下單的食物 百事可樂，雞肉漢堡，絕味薯條
/**
* 晚餐組成部分 絕味薯條
*/public class chips implements ifood
@override
public string packing()
@override
public float price()
}/**
* 晚餐組成部分 百事可樂
*/public class pepsi implements ifood
@override
public string packing()
@override
public float price()
}/**
* 晚餐組成部分 雞肉漢堡
*/public class chickenburger implements ifood
@override
public string packing()
@override
public float price()
}
public class dinner
public float gettotalprice()
return cost;
}public void showfood()
}}
public class builderpattern
}public class cooker
}
晚餐選單：
雞肉漢堡 袋裝 ￥16.0
絕味薯條 袋裝 ￥6.6
百事可樂 瓶裝 ￥8.0
總金額為：￥30.6
設計模式 建造者模式
在gof的23種設計模式中對builder pattern的定義是 將乙個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。從程式角度來說，就是在基類定義某種事物建立的過程或業務流程，在子類進行重寫或是使用基類方法。這樣建立出來的例項不會因為過程或流程的丟失而使業務失敗。舉例來說，...
設計模式建造者模式
今天看了乙個設計模式。總結下，以免忘了。如何引入建造者模式的呢？作者舉了個例子。建造小人。當然需要 頭，左手，右手，左腳，右腳，軀幹。建造的過程使用 使用類裡面的方法就行了。但是如果需要乙個胖的小人，乙個瘦的小人呢？就需要重新構造乙個胖人類，乙個瘦人類。當然 使用者還需要自己處理構造的過程。這樣 就...
設計模式 建造者模式
定義 將乙個複雜的物件的構建與它的表示分離，是的同樣的構建過程可以建立不同的表示。包括的要素 1 產品類 2 抽象建造者或者介面 3 建造者 4 導演類 建造者模式的優點 首先，建造者模式的封裝很好，使用建造者模式可以有效地封裝變化，注意在使用建造者模式的場景中，一般產品類和建造者介面是比較穩定的，...