類型： 創建類模式
類圖：
四個要素
- 產品類： 一般是一個較為復雜的對象，也就是說創建對象的過程比較復雜，一般會有比較多的代碼量。在本類圖中，產品類是一個具體的類，而非抽象類。實際編程中，產品類可以是由一個抽象類與它的不同實現組成，也可以是由多個抽象類與他們的實現組成。
- 抽象建造者： 引入抽象建造者的目的，是為了將建造的具體過程交與它的子類來實現。這樣更容易擴展。一般至少會有兩個抽象方法，一個用來建造產品，一個是用來返回產品。
- 建造者： 實現抽象類的所有未實現的方法，具體來說一般是兩項任務：組建產品；返回組建好的產品。
- 導演類： 負責調用適當的建造者來組建產品，導演類一般不與產品類發生依賴關系，與導演類直接交互的是建造者類。一般來說，導演類被用來封裝程序中易變的部分。
代碼實現
- class Product{
- private Stringname;
- private Stringtype;
- public void showProduct(){
- System.out.println( "名稱：" +name);
- System.out.println( "型號：" +type);
- }
- public void setName(Stringname){
- this .name=name;
- }
- public void setType(Stringtype){
- this .type=type;
- }
- }
- abstract class Builder{
- public abstract void setPart(Stringarg1,Stringarg2);
- public abstract ProductgetProduct();
- }
- class ConcreteBuilder extends Builder{
- private Productproduct= new Product();
- public ProductgetProduct(){
- return product;
- }
- public void setPart(Stringarg1,Stringarg2){
- product.setName(arg1);
- product.setType(arg2);
- }
- }
- public class Director{
- private Builderbuilder= new ConcreteBuilder();
- public ProductgetAProduct(){
- builder.setPart( "寶馬汽車" , "X7" );
- return builder.getProduct();
- }
- public ProductgetBProduct(){
- builder.setPart( "奧迪汽車" , "Q5" );
- return builder.getProduct();
- }
- }
- public class Client{
- public static void main(String[]args){
- Directordirector= new Director();
- Productproduct1=director.getAProduct();
- product1.showProduct();
- Productproduct2=director.getBProduct();
- product2.showProduct();
- }
- }
建造者模式的優點
首先，建造者模式的封裝性很好。使用建造者模式可以有效的封裝變化，在使用建造者模式的場景中，一般產品類和建造者類是比較穩定的，因此，將主要的業務邏輯封裝在導演類中對整體而言可以取得比較好的穩定性。
其次，建造者模式很容易進行擴展。如果有新的需求，通過實現一個新的建造者類就可以完成，基本上不用修改之前已經測試通過的代碼，因此也就不會對原有功能引入風險。
建造者模式與工廠模式的區別
我們可以看到，建造者模式與工廠模式是極為相似的，總體上，建造者模式僅僅只比工廠模式多了一個“導演類”的角色。在建造者模式的類圖中，假如把這個導演類看做是最終調用的客戶端，那么圖中剩余的部分就可以看作是一個簡單的工廠模式了。
與工廠模式相比，建造者模式一般用來創建 更為復雜的對象 ，因為對象的創建過程更為復雜，因此將對象的創建過程獨立出來組成一個新的類——導演類。也就是說，工廠模式是將對象的全部創建過程封裝在工廠類中，由工廠類向客戶端提供最終的產品；而建造者模式中，建造者類一般只提供產品類中各個組件的建造，而將具體建造過程交付給導演類。由導演類負責將各個組件按照特定的規則組建為產品，然后將組建好的產品交付給客戶端。
總結
建造者模式與工廠模式類似，他們都是建造者模式，適用的場景也很相似。一般來說，如果產品的建造 很復雜 ，那么請用工廠模式；如果產品的建造 更復雜 ，那么請用建造者模式。
文章來源： http://blog.csdn.net/zhengzhb/article/details/7375966 定義： 將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。- 產品類： 一般是一個較為復雜的對象，也就是說創建對象的過程比較復雜，一般會有比較多的代碼量。在本類圖中，產品類是一個具體的類，而非抽象類。實際編程中，產品類可以是由一個抽象類與它的不同實現組成，也可以是由多個抽象類與他們的實現組成。
- 抽象建造者： 引入抽象建造者的目的，是為了將建造的具體過程交與它的子類來實現。這樣更容易擴展。一般至少會有兩個抽象方法，一個用來建造產品，一個是用來返回產品。
- 建造者： 實現抽象類的所有未實現的方法，具體來說一般是兩項任務：組建產品；返回組建好的產品。
- 導演類： 負責調用適當的建造者來組建產品，導演類一般不與產品類發生依賴關系，與導演類直接交互的是建造者類。一般來說，導演類被用來封裝程序中易變的部分。
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
