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

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

舉個栗子

每種食品包裝上都會有一個營養成分表,每份的含量、每罐的含量、每份卡路里、脂肪、碳水化合物、鈉等,還可能會有其他 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

//github.com/SingleYam/overview_java

歡迎來踩!

YangAM 公眾號

Tags: