Was ist das Builder-Muster in Java-Entwurfsmustern?

1. Was ist der Builder-Modus?

Wir wissen, dass wir im Softwareentwicklungsprozess manchmal ein sehr komplexes Objekt erstellen müssen, das normalerweise in bestimmten Schritten aus mehreren Unterkomponenten besteht.

Wenn wir beispielsweise einen Computer selbst zusammenbauen, müssen wir ihn aus CPU, Motherboard, Speicher, Festplatte, Grafikkarte, Gehäuse, Monitor, Tastatur, Maus und anderen Komponenten zusammenbauen. Wenn eine Schule beispielsweise 100 Computer kaufen muss, ist es für die Schule unmöglich, die Teile zu kaufen und selbst zusammenzubauen. Sie muss dem Käufer mitteilen, welche Konfiguration sie benötigt, und dann geht der Käufer zum Kauf an die Computerfirma Das Unternehmen baut sie für Sie zusammen, übergibt sie dann an den Käufer und übergibt sie schließlich an die Schule.

Das obige Beispiel zeigt, dass jede Komponente flexibel ausgewählt werden kann (einschließlich der Ebene verschiedener Computerkonfigurationen), die Erstellungsschritte jedoch ähnlich sind. Die Erstellung dieses Produkttyps kann jedoch nicht durch das zuvor eingeführte Fabrikmuster beschrieben werden. Nur das Builder-Muster kann die Erstellung dieses Produkttyps gut beschreiben.

2. Definition des Builder-Musters:

Trennen Sie die Konstruktion eines komplexen Objekts von seiner Darstellung, sodass derselbe Konstruktionsprozess unterschiedliche Darstellungen erzeugen kann. Es zerlegt ein komplexes Objekt in mehrere einfache Objekte und baut es dann Schritt für Schritt auf. Es trennt Veränderung von Unveränderlichkeit, das heißt, die Komponenten des Produkts bleiben unverändert, aber jeder Teil kann flexibel ausgewählt werden.

Zusammenfassung in einem Satz: Trennen Sie die Konstruktion eines komplexen Objekts von seiner Darstellung, sodass mit demselben Konstruktionsprozess unterschiedliche Darstellungen erstellt werden können. Typ: Klassenmuster erstellen. 3. Vor- und Nachteile des Builder-Musters. Vorteile:

Gute Kapselung, Trennung von Konstruktion und Präsentation

Gute Skalierbarkeit, jeder einzelne Builder ist unabhängig voneinander, was der Systementkopplung förderlich ist

• Der Kunde muss die Details des Internen nicht kennen Aufgrund der Zusammensetzung des Produkts können Bauherren den Erstellungsprozess schrittweise verfeinern, ohne dass dies Auswirkungen auf andere Module hat, was die Kontrolle von Detailrisiken erleichtert. Nachteile:

• Die Komponenten des Produkts müssen gleich sein, was seinen Umfang einschränkt Verwendungszweck

• Wenn die internen Änderungen des Produkts komplex sind. Wenn sich das Produkt intern ändert, muss der Hersteller es auch gleichzeitig ändern, und die späteren Wartungskosten werden höher sein

Hinweis:

Builder-Modus und der Factory-Modus haben unterschiedliche Anliegen: Der Builder-Modus konzentriert sich auf den Komponentenmontageprozess, während sich das Factory-Methodenmuster mehr auf den Erstellungsprozess von Teilen konzentriert, aber beide können zusammen verwendet werden.

• 4. Struktur des Builder-Modus

Die Hauptaufgaben des Builder-Modus sind wie folgt:
Produktrolle (Produkt): Es handelt sich um ein komplexes Objekt, das mehrere Komponenten enthält und dessen verschiedene Komponenten von bestimmten Buildern erstellt werden

Abstract Builder (Builder): Implementieren Sie die Builder-Schnittstelle, um die verschiedenen Teile des Produkts zu konstruieren und zusammenzubauen, definieren und klären Sie die Darstellung, die es erstellt, und stellen Sie eine Schnittstelle zum Abrufen des Produkts bereit.

Concrete Builder (Concrete Builder): Konstruiert ein Objekt mithilfe der Builder-Schnittstelle, um den Konstruktionsprozess zu leiten.

• Director: Es ruft die Komponentenkonstruktions- und Montagemethoden im Builder-Objekt auf, um die Erstellung komplexer Objekte abzuschließen. Informationen

• Strukturdiagramm (aus dem Internet referenziert):

• 5. Demonstration des Builder-Modus-Codes
• Beispielsweise müssen Sie jetzt ein Auto bauen:
  Produktkategorie:

/**
 * 产品类
 */
public class Car {

    //车的建造过程

    private String wheel;  //车轮
    private String skeleton;  //车架
    private String engine;   //发动机


    public String getWheel() {
        return wheel;
    }

    public void setWheel(String wheel) {
        this.wheel = wheel;
    }

    public String getSkeleton() {
        return skeleton;
    }

    public void setSkeleton(String skeleton) {
        this.skeleton = skeleton;
    }

    public String getEngine() {
        return engine;
    }

    public void setEngine(String engine) {
        this.engine = engine;
    }
}

Ausbilderkategorie:

/**
 * 指导者
 */

//汽车总监
public class CarDirector {

    public Car constructCar(ICarBuilder builder){
        builder.buildwheel();
        builder.buildSkeleton();
        builder.buildEngine();

        return builder.buildCar();
    }
}

Beton Builder:

/**
 * 具体建造者：生产具体的东西
 */

public class ConcreteBuilder implements ICarBuilder{


    Car car;

    public ConcreteBuilder(){
        car = new Car();
    }

    @Override
    public void buildwheel() {
        car.setWheel("轮子");
    }

    @Override
    public void buildSkeleton() {
        car.setSkeleton("车身结构");
    }

    @Override
    public void buildEngine() {
        car.setEngine("发动机");
    }

    @Override
    public Car buildCar() {
        return this.car;
    }
}

Abstrakter Builder (Schnittstelle):

/**
 * 抽象建造者
 */
public interface ICarBuilder {

    public void buildwheel();   //构建车轮
    public void buildSkeleton();   //构建骨架
    public void buildEngine(); //构建发动机

    Car buildCar();

}

Testklasse:

public class Test {

    public static void main(String[] args){

        //新建一个总监（替你去买汽车）
        CarDirector director = new CarDirector();

        Car car = director.constructCar(new ConcreteBuilder());

        System.out.println(car.getWheel());
        System.out.println(car.getEngine());
        System.out.println(car.getSkeleton());
    }
}

Nachdem Sie die Codedemonstration gelesen und mit dem ersten Teil des Artikels kombiniert haben, können Sie sie verstehen! !

6. Anwendungsszenarien des Builder-Musters

Der einzige Unterschied zwischen Builder-Muster und Factory-Muster besteht in der Erstellung komplexer Objekte. Mit anderen Worten: Wenn Sie einfache Objekte erstellen, verwenden Sie normalerweise das Factory-Muster, um sie zu erstellen. Wenn Sie komplexe Objekte erstellen, können Sie die Verwendung des Builder-Musters in Betracht ziehen.

Hauptanwendungsszenarien:

Die gleiche Methode, unterschiedliche Ausführung Reihenfolge, unterschiedliche Ergebnisse erzeugen

Mehrere Komponenten oder Teile können zu einem Objekt zusammengesetzt werden, aber die Ergebnisse sind unterschiedlich

Die Produktklasse ist sehr komplex, oder unterschiedliche Aufrufsequenzen in der Produktklasse erzeugen unterschiedliche Effekte

• Das Initialisieren eines Objekts ist besonders komplex, da es viele Parameter gibt und viele Parameter Standardwerte haben.

• 7 Der Unterschied zwischen dem Builder-Modus und dem Factory-Modus Modus Fokus auf das Erstellen von Objekten

• Die Intensität des Erstellens von Objekten ist unterschiedlich. Das Builder-Muster erstellt komplexe Objekte, die aus verschiedenen komplexen Komponenten bestehen. Die vom Fabrikmuster erstellten Objekte sind alle gleich anders. Das Factory-Muster erfordert nur das Erstellen des Objekts, und das Builder-Muster muss nicht nur das Objekt erstellen, sondern weiß auch, aus welchen Teilen das Objekt besteht

• Der Builder-Modus unterscheidet sich je nach Reihenfolge im Bauprozess, und auch die endgültige Zusammensetzung der Objektkomponenten ist unterschiedlich

Das obige ist der detaillierte Inhalt vonWas ist das Builder-Muster in Java-Entwurfsmustern?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!