如何使用建造者模式構造複雜對象？

『建造者模式』是一種簡化複雜對象建構過程的設計模式，他的核心夙願是：把對象的建構和表述分離。

舉個栗子

每種食品包裝上都會有一個營養成分表，每份的含量、每罐的含量、每份卡路裡、脂肪、碳水化合物、鈉等，還可能會有其他 N 種可選資料，大多數産品的某幾個成分都有值

那麼我們表述這個食品類：

public class Nutrition {
    private int servingSize;// required
    private int servings;// required
    private int calories;// optional
    private int fat;// optional
    private int sodium;// optional
    private int carbohydrate;// optional

    public Nutrition(int servingSize,int servings) {
        //.....
    }

    public Nutrition(int servingSize,int servings, int calories) {
        //.....
    }

    public Nutrition(int servingSize,int servings,int calories,int fat) {
        //.....
    }

    public Nutrition(int servingSize, int servings,int calories, int fat,int sodium) {
        //.....
    }

    public Nutrition(int servingSize,int servings,int calories,int fat,int sodium,int carbohydrate) {
        //.....
    }
}
           

這裡的字段還不多，構造一個對象已經如此複雜了，可想而知，真實業務中十幾二十個屬性該如何建構？

有人說，隻使用構造函數傳遞必須參數，可選參數通過 setter 方法調用傳入。不錯，這種方式應該也是大家業務中處理的方式吧，沒别的，『建造者模式』僅僅表示，這種構造函數+setter方法的 方式不夠優雅。

建造者模式

定義一個抽象 Builder：

public abstract class AbstractBuilder {

    protected Nutrition nutrition;

    public AbstractBuilder setServingSizeServings(int size,int servings){
        nutrition.setServingSize(size);
        nutrition.setServings(servings);
        return this;
    }
    public AbstractBuilder setCalories(int calories){
        nutrition.setCalories(calories);
        return this;
    }
    public AbstractBuilder setFat(int fat){
        nutrition.setFat(fat);
        return this;
    }
    public AbstractBuilder setSodium(int sodium){
        nutrition.setSodium(sodium);
        return this;
    }
    public AbstractBuilder setCarbohydrate(int carbohydrate){
        nutrition.setCarbohydrate(carbohydrate);
        return this;
    }

    public Nutrition build(){
        return nutrition;
    }
}
           

定義一個預設實作的 Builder：

public class DefaultBuilder extends AbstractBuilder{
}
           

用戶端建構一個對象：

Nutrition nutrition = new DefaultBuilder().
    setServingSizeServings(10, 20).
    setCalories(100).
    build();
           

建造者模式實作完了。你會發現 Nutrition 對象的表述和他的構造是完全分離的。

至于和構造函數+setter方式有什麼差別，我想比較重要的一點差別就是，setter 方法可以被任意調用，你無法準确判定對象初始化生成時候的初始參數值是什麼，使用構造者就會比較明顯，構造這個對象使用了哪些參數，一目了然。

并且，我這裡隻提供了一個預設 DefaultBuilder，如果你有特殊需求，你可以自定義實作一個 Builder，設定他的某些字段值為一個固定值，這樣 build 出來的對象在某些屬性上就是固定的，是一種特殊對象。

哪些源碼在實踐

1、JDK 中的 StringBuilder、StringBuffer最顯而易見了，他們的目标是建造一個 String 對象，建造的方法就是 toString 方法，通過各種 append 方法 “參數化” 對象。

2、mybatis 中的 SqlSessionFactoryBuilder

3、SpringMVC 中的 UriComponentsBuilder

你還知道哪些在使用建造者模式的優秀架構？

關注公衆不迷路，一個愛分享的程式員。

公衆号回複「1024」加作者微信一起探讨學習！

公衆号回複「面試題」送你一份面試題以及作者的作答答案

每篇文章用到的所有案例代碼素材都會上傳我個人 github

https://github.com/SingleYam/overview_java

歡迎來踩！