Heim  >  Artikel  >  Backend-Entwicklung  >  Detaillierte Erläuterung des PHP-Designmuster-Builder-Musters

Detaillierte Erläuterung des PHP-Designmuster-Builder-Musters

*文
*文Original
2018-01-05 17:51:342330Durchsuche

In diesem Artikel wird hauptsächlich der Builder-Modus im PHP-Designmodus vorgestellt und PHP zur Implementierung des Builder-Modus verwendet. Interessierte Freunde können darauf verweisen. Ich hoffe, es hilft allen.

Der Builder-Modus kann die interne Darstellung eines Produkts vom Produktionsprozess des Produkts trennen, sodass Produkte mit unterschiedlichen internen Darstellungen generiert werden können.
1. Strukturdiagramm im Builder-Modus

2 Hauptrollen
Rolle des abstrakten Builders (Builder): Definieren Sie eine abstrakte Schnittstelle, um die Konstruktion jeder Komponente des Produkts zu standardisieren (d. h. die Methodenimplementierung des spezifischen Builders zu standardisieren). ). Die angegebenen Methoden müssen Konstruktionsmethoden und Ergebnisrückgabemethoden enthalten.
Rolle „Concrete Builder“ (ConcreteBuilder): Implementieren Sie die durch die Rolle „Abstrakter Builder“ definierten Methoden. Der spezifische Builder hängt eng mit der Geschäftslogik zusammen. Die Anwendung erstellt schließlich das Produkt gemäß der Geschäftslogik, indem sie die in dieser Rolle implementierte Konstruktionsmethode aufruft. Nach Abschluss der Konstruktion wird die erstellte Produktinstanz über die Ergebnisrückgabe zurückgegeben Verfahren. Wird normalerweise extern von einem Kunden oder einer abstrakten Fabrik erstellt.
Direktorrolle: Die Rolle dieser Rolle besteht darin, die spezifische Builder-Rolle aufzurufen, um Produkte zu erstellen. Der Direktor hat keine direkte Beziehung zur Produktkategorie. Es handelt sich um eine konkrete abstrakte Rolle, die mit der Produktkategorie spricht.
Produktrolle: Das komplexe Objekt, das vom Builder unter Anleitung des Direktors erstellt wirdDie Rolle des Direktors befasst sich direkt mit dem Kunden, versteht die Geschäftslogik des Kunden und teilt die Erstellungsanfrage des Kunden auf ein Produkt in Anforderungen für Produktkomponenten umwandeln und dann bestimmte Produktrollen aufrufen, um den Build-Vorgang auszuführen. Es trennt den Auftraggeber vom konkreten Bauunternehmer.

3. Vor- und Nachteile des Builder-Musters Vorteile des Builder-Musters: Das Builder-Muster kann die Implementierung eines Objekts gut von der zugehörigen „Geschäfts“-Logik trennen dass es sehr einfach sein kann, die Implementierung hinzuzufügen (oder zu ändern), ohne die Ereignislogik zu ändern.
Nachteile des Builder-Musters: Eine Änderung der Builder-Schnittstelle führt zu einer Änderung aller Ausführungsklassen.

4. Nutzungsszenarien und Auswirkungen des Builder-Modus
Der Builder-Modus sollte in den folgenden Situationen verwendet werden:
1. Das Produktobjekt, das generiert werden muss hat eine komplexe innere Struktur.
2. Die Eigenschaften der zu generierenden Produktobjekte hängen voneinander ab und das Builder-Muster kann die Generierungsreihenfolge erzwingen.
3. Während des Objekterstellungsprozesses werden einige andere Objekte im System verwendet, die bei der Erstellung von Produktobjekten nicht einfach zu erhalten sind.
Die Verwendung des Builder-Modus hat hauptsächlich die folgenden Auswirkungen:
1. Durch die Verwendung des Builder-Modus kann das interne Erscheinungsbild des Produkts unabhängig geändert werden. Durch die Verwendung des Builder-Musters ist es nicht mehr erforderlich, dass der Kunde die Details des internen Aufbaus des Produkts kennt.
2. Jeder Builder ist relativ unabhängig und hat nichts mit anderen Buildern zu tun.
3. Das vom Modell erstellte Endprodukt ist einfacher zu kontrollieren.

5. Builder-Modus und andere Modi
Abstrakter Fabrikmodus (abstrakter Fabrikmodus): Im abstrakten Fabrikmodus wird jedes Fabrikobjekt verwendet aufgerufen, wird ein vollständiges Produktobjekt zurückgegeben, und der Kunde kann diese Produkte zu einem größeren und komplexeren Produkt zusammenfügen oder auch nicht. Das Builder-Muster ist anders. Es baut ein komplexes Produkt Stück für Stück auf, und der Montageprozess dieses Produkts findet im Builder statt. Der Unterschied zwischen beiden besteht darin, ob es einen Montageprozess gibt und wo der Montageprozess stattfindet. Diese beiden Entwurfsmuster können zusammen verwendet werden. Durch den Aufruf einer Konstruktionsrolle ruft der Client indirekt eine andere Fabrikrolle im abstrakten Fabrikmuster auf. Der Fabrikmodus gibt Teile aus verschiedenen Produktfamilien zurück, während der Builder-Modus sie zusammenbaut.

Strategiemodus: Der Builder-Modus ist in seiner Struktur dem Strategiemodus sehr ähnlich. Tatsächlich ist der Builder-Modus ein Sonderfall des Strategiemodus. Der Unterschied zwischen den beiden liegt in ihren unterschiedlichen Absichten. Das Builder-Muster arbeitet auf dem Client, um Stück für Stück neue Objekte zu erstellen, während der Zweck des Strategiemusters darin besteht, eine abstrakte Schnittstelle für den Algorithmus bereitzustellen.

Builder-Modus und Vorlagenmethodenmodus: Nachdem der Builder-Modus degeneriert ist und die Rolle des Direktors verliert, kann er sich zum Vorlagenmethodenmodus entwickeln (d. h. die Algorithmusimplementierung der Konstruktion platzieren). Prozess in der Baurolle) ).

Builder-Muster und Kompositionsmuster: Das Kompositionsmuster beschreibt die Kompositionsstruktur eines Objektbaums, während das Builder-Muster zur Beschreibung des Generierungsprozesses des Objektbaums verwendet werden kann.

Die oben genannten 4 Punkte stammen aus „Java und Muster“

6. PHP-Beispiel für den Builder-Modus

<?php
/**
 * 产品
 * 此处仅以一个产品类中的字符串演示产品
 */
class Product {                          
 /**
 * 产品的组成部分集合
 */
 private $_parts;
 
 public function __construct() {
 $this->_parts = array();
 }
 
 public function add($part) {
 return array_push($this->_parts, $part);
 }
 
 public function show() {
 echo "the product include:";
 array_map(&#39;printf&#39;, $this->_parts);
 }
}
 
/**
 * 抽象建造者 
 */
abstract class Builder {
 
 /**
 * 产品零件构造方法1
 */
 public abstract function buildPart1();
 
 
 /**
 * 产品零件构造方法2
 */
 public abstract function buildPart2();
 
 
 /**
 * 产品返还方法
 */
 public abstract function getResult();
}
 
/**
 * 具体建造者
 */
class ConcreteBuilder extends Builder {
 
 private $_product;
 
 public function __construct() {
 $this->_product = new Product();
 }
 
 public function buildPart1() {
 $this->_product->add("Part1");
 }
 
 public function buildPart2() {
 $this->_product->add("Part2");
 }
 
 public function getResult() {
 return $this->_product;
 }
}
 
/**
 * 导演者
 */
class Director {
 
 public function __construct(Builder $builder) {
 $builder->buildPart1();
 $builder->buildPart2();
 }
}
 
 
 
class Client {
 
 /**
 * Main program.
 */
 public static function main() {
 $buidler = new ConcreteBuilder();
 $director = new Director($buidler);
 $product = $buidler->getResult();
 $product->show();
 }
 
}
 
Client::main();
?>

Verwandte Empfehlungen:

Detaillierte Erläuterung des Adaptermusters des PHP-Entwurfsmusters

Detaillierte Erläuterung des Iterator-Musters in PHP-Entwurfsmustern

Detaillierte Erläuterung des Dekorator-Musters in PHP-Entwurfsmustern

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

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn