引言
當遇到一個類中的參數(shù)非常多的時候碰纬，構(gòu)造函數(shù)的定義會顯得非常的冗長允粤，可讀性下降崭倘。并且這種時候，某些參數(shù)往往是可選而非每個對象都必須有的类垫，因此當創(chuàng)建對象時司光，就容易夾雜很多無用的參數(shù)。這個時候悉患，我們采用建造者模式是一種很好的選擇残家。
業(yè)務(wù)背景
假設(shè)現(xiàn)在要設(shè)計某樣食品的標簽類，上面寫有對應的營養(yǎng)成分售躁，包括一些必有項：含量坞淮、卡路里等茴晋，以及一些可選項：總脂肪量、飽和脂肪量回窘、膽固醇诺擅、鈉等。
常規(guī)設(shè)計
1.重載構(gòu)造器
最常想到的方法是通過重載構(gòu)造方法毫玖，一個方法針對不同種類掀虎、數(shù)量的參數(shù)：
但這種做法在參數(shù)很多的情況下，靈活性幾乎為0付枫，設(shè)想有10個參數(shù)烹玉，那么可組合得到的構(gòu)造方法就有2^10個。
2.setter方法
第二種方式類似于JavaBean阐滩，事先編寫setter方法：
這種方式非常靈活二打，可由程序員自由組合。但問題也隨之而來（或者不如說是JavaBean本身的缺陷）：對象的狀態(tài)可能不一致掂榔！這是因為setter方法可以在對象生成以后的任意時刻继效，供給客戶端調(diào)用，因此装获，如果該對象被其他多個java類（甲類瑞信、乙類）所共享，那么甲和乙均可任意修改該對象的屬性（狀態(tài)）穴豫，如果該對象需要保持全局唯一（單例）凡简，或者再一般化點說，后期不可動態(tài)改變精肃，那么setter帶來的不安全性的這個缺陷就很明顯了秤涩。
建造者模式
有沒有什么設(shè)計方案既可以滿足參數(shù)的靈活配置，又可以保證狀態(tài)的不可變呢司抱？答案是建造者模式筐眷。
如何實現(xiàn)呢？參數(shù)的靈活配置好說习柠，只需要為每個參數(shù)編寫類似于setter的方法供外部調(diào)用即可匀谣，但狀態(tài)的不可變?nèi)绾伪ＷC？不難看出资溃，既然狀態(tài)不可變振定，那就意味著對象的初始狀態(tài)就決定了它以后的狀態(tài)，而初始狀態(tài)是由構(gòu)造方法賦予的肉拓，因此我們只需要在構(gòu)造的時候利用類似setter的形式配置好參數(shù)即可井辆，而不再額外提供setter方法裂问。
可以看出建造者模式是在類的內(nèi)部建立了一個內(nèi)部類Builder瞒爬，它含有與目標類一樣的參數(shù)。先是利用Builder作為媒介將參數(shù)配置好膏执，最后再調(diào)用build()一次性從Builder的this中提取參數(shù)，生成真正的我們需要的類對象的露久。另有兩小細節(jié)：
- 每配置完一個參數(shù)后返回的是Builder類更米，這樣就能支持連續(xù)地配置參數(shù)了
- 針對必需的參數(shù)，通常將其置于Builder()構(gòu)造方法中毫痕，可配置參數(shù)再以setter形式提供
結(jié)語
建造者模式有利有弊征峦，優(yōu)點是：
- 參數(shù)配置靈活
- 保證對象狀態(tài)一致，更安全
- 中間對象Builder可以復用于之后任意多個目標對象的創(chuàng)建
缺點是代碼比較冗長消请，創(chuàng)建目標對象之前必須先創(chuàng)建Builder栏笆，對于一些注重性能的場景（比如需要一次性創(chuàng)建海量的對象）來說不太合適。
