建造者（builder）模式，也是我們常見的一種模式，有沒有想過我們什麼時候適合使用建造者模式呢？
從我們周圍世界來說，如果我們想「建造」一輛汽車，我們可以手工一點點地去建造，也可以選擇將「建造」汽車分為幾個部分，比如建造輪子，建造底盤，建造架子，建造發動機等等，然後再組裝在一起，從我們的感知上來說，顯然分部分建造更符合我們的認知，因為這樣很容易形成標準，給人感覺也更清晰。
同時，在軟體中，我們構造乙個複雜物件也是一樣的道理，我們期待能夠一步一步地方便我們的建立。這特別適合那種成員特別多，而且部分是required的，部分是optional的物件的構造。
public
class
user
顯而易見，setter和getter方式是我們最常用的，但是如果希望這個被建造的類初始化後不再修改，或者能夠控制引數，就可以考慮下建造者模式了，直接實現示例如下：
public
class
user
public
static
class
userbuilder
public userbuilder age(int age)
public userbuilder address(string address)
public userbuilder phone(string phone)
public user build()
}public
static
void
main(string args)
}
public
class
querycondition
public
class
querycondition
public string getip()
public string getcaller()
public listgetret_fields()
public
querycondition(string query_word, string ip, string caller, listret_fields)
}public
class
queryconditionbuilder
public
static queryconditionbuilder createbuilder()
public queryconditionbuilder setqueryword(string query_word) throws exception
this.query_word = query_word;
return
this;
}public queryconditionbuilder setip(string ip)
public queryconditionbuilder setcaller(string caller)
public queryconditionbuilder setretfields(listret_fields) throws exception
this.ret_fields = ret_fields;
return
this;
}public querycondition build()
}
以上就是建造者模式，其實也很簡單，對不對。
【參考資料】建造者模式實踐
【參考資料】建造者模式
設計模式 建造者模式
在gof的23種設計模式中對builder pattern的定義是 將乙個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。從程式角度來說，就是在基類定義某種事物建立的過程或業務流程，在子類進行重寫或是使用基類方法。這樣建立出來的例項不會因為過程或流程的丟失而使業務失敗。舉例來說，...
設計模式建造者模式
今天看了乙個設計模式。總結下，以免忘了。如何引入建造者模式的呢？作者舉了個例子。建造小人。當然需要 頭，左手，右手，左腳，右腳，軀幹。建造的過程使用 使用類裡面的方法就行了。但是如果需要乙個胖的小人，乙個瘦的小人呢？就需要重新構造乙個胖人類，乙個瘦人類。當然 使用者還需要自己處理構造的過程。這樣 就...
設計模式 建造者模式
定義 將乙個複雜的物件的構建與它的表示分離，是的同樣的構建過程可以建立不同的表示。包括的要素 1 產品類 2 抽象建造者或者介面 3 建造者 4 導演類 建造者模式的優點 首先，建造者模式的封裝很好，使用建造者模式可以有效地封裝變化，注意在使用建造者模式的場景中，一般產品類和建造者介面是比較穩定的，...