技術共有

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

デザイン パターンのビルダー パターンは、一般的に使用されるオブジェクト作成デザイン パターンであり、主に複雑なオブジェクト構築の問題を解決するために使用されます。ここではビルダー モードの詳細を紹介します。

1. 定義

ビルダー パターンは、複雑なオブジェクトの構築をその表現から分離し、同じ構築プロセスで異なる表現を作成できるようにします。言い換えれば、複雑なオブジェクトの構築プロセスを一連の単純なステップに分割し、ユーザーがこれらのステップの順序とパラメータを指定することでさまざまなオブジェクトを作成できるようにすることで機能します。

2. クラス図と構造

クラス図

ビルダー モードには通常、次のロールが含まれます。

1. 製品の役割（製品）: 構築中の複雑なオブジェクトを表し、通常は複数のコンポーネントが含まれます。
2. 抽象ビルダー: 製品オブジェクトのさまざまなコンポーネントを作成するための抽象インターフェイスを定義します。
3. コンクリートビルダー: Builder インターフェイスを実装し、複雑な製品の各コンポーネントの特定の作成メソッドを完了し、最終製品を返すインターフェイスを定義します。
4. 監督 : ビルダー オブジェクト内のコンポーネント構築メソッドとアセンブリ メソッドを呼び出して、複雑なオブジェクトの作成を完了します。これには製品固有の情報は含まれませんが、クライアントをビルダーから切り離すだけです。

3. 適用可能なシナリオ

ビルダー パターンは次のシナリオに適しています。

1. オブジェクトの構造が複雑です: 構築する必要があるオブジェクトの内部構造が複雑で、複数のプロパティとメソッドが含まれている場合、ビルダー パターンを使用すると構築プロセスを簡素化できます。
2. 構築プロセスは複雑です: オブジェクトの構築プロセスに複数のステップが含まれており、これらのステップの順序とパラメータが異なる場合、ビルダー パターンは明確な構築プロセスを提供できます。
3. 分離された作成と使用: オブジェクトの作成プロセスと使用プロセスを分離して、ユーザーがオブジェクトの最終的な表現のみに注意すればよく、オブジェクト作成の詳細は気にする必要がないようにしたい場合、ビルダー パターンは良い選択です。

4. メリットとデメリット

アドバンテージ

1. 良好なカプセル化: ビルダー内で複雑なオブジェクトの構築プロセスをカプセル化します。クライアントは構築プロセスの詳細を知らなくても、構築のタイプとパラメータを指定するだけで最終製品を取得できます。
2. 優れた拡張性注: 新しいビルド タイプを追加するか、ビルド プロセスを変更する必要がある場合は、ビルダー クラスを追加または変更するだけでよく、クライアント コードには影響しません。
3. 高い柔軟性: ビルダーのビルド順序またはパラメーターを変更することで、さまざまな製品インスタンスを作成できる柔軟性。

欠点がある

1. クラス数を増やす: ビルダー インターフェイス、特定のビルダー クラス、コマンダー クラスなどの複数のクラスを作成する必要があるため、システム内のクラスの数が増加する可能性があります。
2. 内部改造の難しさ: 製品の内部構造が変更された場合、複数のビルダー クラスの変更が必要になる可能性があり、システムの保守コストが増加します。

5. 例

次の例では、Builder パターンを使用して住宅改修システムを設計します。を定義します。Houseクラスは、複数の装飾コンポーネント (天井、ペイント、床、床タイルなど) を含む複雑なオブジェクトです。次に、HouseBuilderこれらのコンポーネントを作成するための抽象メソッドを含むインターフェイス。次に、特定の装飾スタイル (豪華なヨーロピアン スタイル、ライトで豪華な田園スタイル、モダンなミニマリストなど) ごとに特定のビルダー クラスを作成します。最後に、Directorクラスを使用して構築プロセスをガイドしますが、完全な構築ロジックをビルダー クラスで直接定義できるため、この例では必要ない場合があります。

ただし、指揮者の役割の概念を示すために、Directorクラスを使用していますが、これは説明のみを目的としており、実際には、ビルド プロセスはビルダー クラスで直接実行できます。

// 房屋类  
public class House {  
    private String ceiling; // 吊顶  
    private String paint;   // 涂料  
    private String floor;   // 地板  
    private String tiles;   // 地砖  
  
    // 私有构造函数  
    private House() {}  
  
    // Getter 方法  
    public String getCeiling() {  
        return ceiling;  
    }  
  
    public String getPaint() {  
        return paint;  
    }  
  
    public String getFloor() {  
        return floor;  
    }  
  
    public String getTiles() {  
        return tiles;  
    }  
  
    // 建造者接口  
    public interface HouseBuilder {  
        HouseBuilder buildCeiling(String ceiling);  
        HouseBuilder buildPaint(String paint);  
        HouseBuilder buildFloor(String floor);  
        HouseBuilder buildTiles(String tiles);  
        House build();  
    }  
  
    // 豪华欧式建造者  ,注意是静态内部类
    public static class LuxuryEuropeanBuilder implements HouseBuilder {  
        private House house;  
  
        public LuxuryEuropeanBuilder() {  
            this.house = new House();  
        }  
  
        @Override  
        public HouseBuilder buildCeiling(String ceiling) {  
            house.ceiling = "豪华欧式吊顶: " + ceiling;  
            return this;  
        }  
  
        @Override  
        public HouseBuilder buildPaint(String paint) {  
            house.paint = "豪华欧式涂料: " + paint;  
            return this;  
        }  
  
        @Override  
        public HouseBuilder buildFloor(String floor) {  
            house.floor = "豪华欧式地板: " + floor;  
            return this;  
        }  
  
        @Override  
        public HouseBuilder buildTiles(String tiles) {  
            house.tiles = "豪华欧式地砖: " + tiles;  
            return this;  
        }  
  
        @Override  
        public House build() {  
            return house;  
        }  
    }  
  
    // ... 可以为其他风格创建类似的建造者类  
  
    // 指挥者类（可选，这里主要用于展示概念）  
    public static class Director {  
        private HouseBuilder builder;  
  
        public Director(HouseBuilder builder) {  
            this.builder = builder;  
        }  
  
        // 这里可以添加方法来指导建造过程，但在这个例子中，我们直接在建造者中完成了所有工作  
        public House constructHouse() {  
            // 假设这是由指挥者指导的步骤，但在这里我们直接返回建造者的结果  
            return builder  
                .buildCeiling("水晶吊灯")  
                .buildPaint("金色镶边涂料")  
                .buildFloor("大理石地板")  
                .buildTiles("马赛克地砖")  
                .build();  
        }  
    }  
  
    // 主函数，用于演示  
    public static void main(String[] args) {  
        HouseBuilder luxuryBuilder = new LuxuryEuropeanBuilder();  
        // Director director = new Director(luxuryBuilder); // 如果使用指挥者  
  
        House house = luxuryBuilder  
                .buildCeiling("水晶吊灯")  
                .buildPaint("金色镶边涂料")  
                .buildFloor("大理石地板")  
                .buildTiles("马赛克地砖")  
                .build();  
  
        System.out.println("Ceiling: " + house.getCeiling());  
        System.out.println("Paint: " + house.getPaint());  
        System.out.println("Floor: " + house.getFloor());  
        System.out.println("Tiles: " + house.getTiles());  
    }  
}

この例では、Directorすべてのビルド ロジックはすでにカプセル化されているため、クラスは実際には大きな価値を追加しません。HouseBuilderインターフェースが実装されています。しかし、より複雑なアプリケーションでは、Director特にビルド プロセスが複数のビルダーにまたがる場合、クラスを使用してビルド プロセスの順序とロジックをカプセル化できます。

6. 結論

上記の紹介から、ビルダー パターンは、複雑なオブジェクトを構築するときに、構築プロセスを表現から分離することでコードのカプセル化とスケーラビリティを向上させ、クライアントと特定のオブジェクト間の通信も削減するという大きな利点があることがわかります。間の結合度。

この記事があなたの研究に役立つ場合は、「いいね」を押して収集してください。