今天看了乙個設計模式。總結下，以免忘了。
如何引入建造者模式的呢？
作者舉了個例子。建造小人。
當然需要 頭，左手，右手，左腳，右腳，軀幹。
建造的過程使用 使用類裡面的方法就行了。
但是如果需要乙個胖的小人，乙個瘦的小人呢？
就需要重新構造乙個胖人類，乙個瘦人類。 當然 使用者還需要自己處理構造的過程。
這樣 就出現了建造者模式也叫生成器模式 ，將 建造和表示分開。同時 整個構造過程需要保證相關的工序，並不是不規範的。和麥當勞和肯德基製作程式類似，但是和普通的街頭炒飯差異就大了，人家國外是走流程，走質量的
即使用者只需要知道我需要乙個什麼樣的人 ，但是這個人是如何構造我不需要關係。
如何實現呢？
需要間接的通過乙個director類 知道類 來知道構建過程。
** 我也來分析一下。
class product
void show() }
abstract class person ;
class thinperson extends person
product getresult() }
class fatperson extends person
class director
}static void main(string args)
設計模式 建造者模式
在gof的23種設計模式中對builder pattern的定義是 將乙個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。從程式角度來說，就是在基類定義某種事物建立的過程或業務流程，在子類進行重寫或是使用基類方法。這樣建立出來的例項不會因為過程或流程的丟失而使業務失敗。舉例來說，...
設計模式 建造者模式
定義 將乙個複雜的物件的構建與它的表示分離，是的同樣的構建過程可以建立不同的表示。包括的要素 1 產品類 2 抽象建造者或者介面 3 建造者 4 導演類 建造者模式的優點 首先，建造者模式的封裝很好，使用建造者模式可以有效地封裝變化，注意在使用建造者模式的場景中，一般產品類和建造者介面是比較穩定的，...
設計模式 建造者模式
將乙個複雜的構建與其表示相分離，使得同樣的構建過程可以建立不同的表示。建造模式是將複雜的內部建立封裝在內部，對於外部呼叫的人來說，只需要傳入建造者和建造工具，對於內部是如何建造成成品的，呼叫者無需關心。抽象建造者 abstract builder 角色 給出乙個抽象解耦，以規範產品物件的各個組成成分...