Detaillierte Erläuterung des Erstellermusters von Designmustern

Definition (Aus der Baidu-Enzyklopädie):
Die Kernidee besteht darin, einen „komplexen Objektkonstruktionsalgorithmus“ von seinen „Komponenten und Montagemethoden“ zu trennen, damit der Komponentenalgorithmus und die Montagemethode dies können Reagieren Sie unabhängig auf Änderungen;
Durch die Wiederverwendung desselben Konstruktionsalgorithmus können unterschiedliche Darstellungen erstellt werden, und verschiedene Konstruktionsprozesse können dieselbe Komponentenmontagemethode wiederverwenden

UML-Klassendiagramm :

 

Spezifischer Code:

public class Client {public static void main(String[] args) {
        Director d = new Director(new ConcreteBuilder());
        d.construct();
    }
}public class Director {
    Builder builder;

    Director(Builder builder){this.builder = builder;
    }void construct(){
        builder.buildPart();
    }
}public class ConcreteBuilder implements Builder {private Product product;public Product getResult() {return product;
    }

    @Overridepublic void buildPart() {

    }
}public class Product {

}

Zum Beispiel:

A Ein Auto besteht aus vielen Teilen, vom Motor bis zum Rückspiegel. Es ist offensichtlich unrealistisch, ein Auto zusammenzubauen und es dem Benutzer zu geben. Es ist mir egal, wie du es baust.
Wenn ich zum Beispiel einen Audi möchte, wie im obigen Beispiel, sage ich dem Direktor, dass ich einen Audi bauen möchte.
Dann findet Director die Builder-Schnittstelle (ConcreteBuilder-Instanz), die Audi entspricht.
Zum Beispiel: Bauen Sie zuerst einen großen Rahmen, wählen Sie dann einen Motor aus und wählen Sie dann die entsprechenden Reifen aus. und schließlich drücken Sie einen Rückspiegel, diese Schritte sind der Prozess von buildPart Kurz gesagt, es ist ein komplizierter Prozess,
aber für Benutzer ist es Audi und kümmert sich nicht um diese komplizierten Prozesse.
Außerdem scheint dieses Beispiel der abstrakten Fabrik sehr ähnlich zu sein, es gibt jedoch einen wichtigen Unterschied: Die Fabrik ist nur für die Produktion der verschiedenen Teile des Autos verantwortlich und nicht für die Montage.
Dies ist ein wichtiger Teil zur Unterscheidung zwischen den beiden Modi.

Komponenten:

Builder: Stellt eine abstrakte Schnittstelle zur Standardisierung der Konstruktion jeder Komponente des Produktobjekts bereit. Diese Schnittstelle gibt an, welche Teile des komplexen Objekts erstellt werden sollen, und beinhaltet nicht die Erstellung spezifischer Objektkomponenten.

Dem obigen Beispiel entspricht die Montage verschiedener Teile des Autos, einschließlich des Motors usw.
ConcreteBuilder: Implementiert die Builder-Schnittstelle und erstellt konkret jeden Teil eines komplexen Objekts für unterschiedliche Geschäftslogiken. Stellen Sie nach Abschluss des Bauprozesses Beispiele für das Produkt bereit.
Entsprechend dem oben Gesagten ist der Builder, der Audi zusammenbaut und Schritt für Schritt die Räder landwirtschaftlicher Maschinen hinzufügt ...
Direktor: Ruft bestimmte Builder auf, um verschiedene Teile komplexer Objekte zu erstellen, und bezieht keine spezifischen Produktinformationen mit ein Im Regisseur ist er lediglich dafür verantwortlich, dass alle Teile des Objekts vollständig bzw. in einer bestimmten Reihenfolge erstellt werden.
Das Wort „Direktor“ bedeutet Direktor, und auch seine Aufgaben sind ganz klar: Terminplanung. Wenn meine Idee als Produzent im obigen Beispiel darin besteht, Audi zu verwenden, wird der Regisseur ConcreteBuilder dazu auffordern, dies zu tun.
Produkt: Das zu erstellende komplexe Objekt.
Das oben stehende ist Audi.

Vor- und Nachteile: Vorteile:
Lose Kopplung: Durch die Aufteilung der Entstehungsschritte komplexer Produkte in verschiedene Methoden wird der Entstehungsprozess übersichtlicher und wir können präziser vorgehen um den Generierungsprozess komplexer Objekte zu steuern.
Bessere Wiederverwendbarkeit: Bauprodukte sowie das Zusammensetzen und Teilen machen Bauprodukte wiederverwendbar.

Nachteile:
Die im Builder-Modus erstellten Produkte haben im Allgemeinen mehr Gemeinsamkeiten und ihre Komponenten sind ähnlich. Wenn die Unterschiede zwischen den Produkten groß sind, ist der Builder-Modus nicht geeignet Sein Anwendungsbereich unterliegt gewissen Einschränkungen.
Wenn die internen Änderungen des Produkts komplex sind, kann es dazu führen, dass viele spezifische Builder-Klassen definiert werden müssen, um solche Änderungen umzusetzen, was dazu führt, dass das System sehr groß wird.

Referenz:

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung des Erstellermusters von Designmustern. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!