Heim  >  Artikel  >  Java  >  Grafische Codeanalyse des Fabrikmusters in Java

Grafische Codeanalyse des Fabrikmusters in Java

黄舟
黄舟Original
2017-08-07 10:47:511280Durchsuche

In diesem Artikel werden hauptsächlich die von der Power Node Java Academy zusammengestellten Informationen zum Fabrikmodus vorgestellt. Bedürftige Freunde können sich darauf beziehen

Einfacher Fabrikmodus

 

Wenn eine Additionsklasse benötigt wird, rufen Sie CreateOperate() der Factory-Klasse auf und geben Sie das herzustellende Produkt an

Zum Beispiel das Betriebsfabrikbeispiel im Dahua Design Pattern P11:


public static Operation createOperate(string operate)
{
Operation oper = null;
12
switch (operate)
{
case "+":
{
oper = new OperationAdd();
break;
}
case "-":
{
oper = new OperationSub();
break;
}
case "*":
{
oper = new OperationMul();
break;
}
case "/":
{
oper = new Operationp();
break;
}
}
return oper;
}
}

Um die Factory aufzurufen, benötigen Sie createOperator("/"), um den Divisionsoperator zurückzugeben.

Vorteile: Der Kunde muss den Code nicht ändern.

Nachteile: Wenn eine neue Operationsklasse hinzugefügt werden muss, ist nicht nur eine neue zusätzliche Operationsklasse erforderlich, sondern auch die Factory-Klasse wird geändert, was gegen das Öffnungs- und Schließprinzip verstößt.

  Fabrikmethodenmuster

Das UML-Klassendiagramm sieht wie folgt aus:

Das Muster hat nur eine Fabrik und das Fabrikmethodenmuster hat eine entsprechende Fabrik für jedes Produkt

Vorteile: Um eine Betriebsklasse (z. B. die N-te Leistungsklasse) hinzuzufügen, müssen Sie nur die Betriebsklasse und die entsprechende Fabrik hinzufügen, zwei Klassen, es besteht keine Notwendigkeit, die Fabrik zu ändern Klasse.

Nachteile: Durch das Hinzufügen von Operationsklassen wird der Clientcode geändert. Die Factory-Methode verschiebt nur die interne Logikbeurteilung einer einfachen Factory auf den Client.

Abstraktes Factory-Muster:

Das UML-Klassendiagramm sieht wie folgt aus:

Das Factory-Methodenmuster ist sehr ähnlich, es gibt jedoch mehrere Unterschiede:

Abstraktes Fabrikmuster, eine bestimmte Fabrik kann mehrere Produkte herstellen, zum Beispiel kann die Microsoft-Fabrik (entspricht SqlserverFactory) Microsoft-Mäuse herstellen (zur Mausklasse gehörend). Unter der Mauskategorie gibt es HP-Mäuse, Microsoft Maus usw., die dem SqlserverDepartment und AccessDepartment unter IDepartment im Bild oben entsprechen. Sie können auch Microsoft-Tastaturen erstellen (die zur Tastaturkategorie gehören. Unter der Tastaturkategorie gibt es HP-Tastaturen, Microsoft-Tastaturen usw.). die dem Bild oben entsprechen SqlserverUser und AccessUser unten IUser in .

Vorteile: Einfacher Austausch von Produktserien, z. B. Wechsel zwischen Access- und SQLServer-Datenbanken.

Nachteile: Um beispielsweise ein Gehäuseprodukt hinzuzufügen, müssen Sie nicht nur drei Kategorien „Gehäuseklasse, Microsoft-Gehäuse, HP-Gehäuse“ hinzufügen, sondern auch die HP-Fabrik ändern, die die Herstellung von Gehäusen unterstützt. Wenn Sie eine Lenovo Factory hinzufügen, müssen Sie nur drei Klassen hinzufügen. Um die Lenovo Factory zu verwenden, müssen Sie noch den Clientcode ändern.

In „Dahua Design Patterns“ wird vorgeschlagen, das einfache Fabrikmuster zu verwenden, um das abstrakte Fabrikmuster zu verbessern.
工厂方法模式:一个抽象产品类,可以派生出多个具体产品类。 
  一个抽象工厂类,可以派生出多个具体工厂类。 
  每个具体工厂类只能创建一个具体产品类的实例。 
  抽象工厂模式:多个抽象产品类,每个抽象产品类可以派生出多个具体产品类。 
  一个抽象工厂类,可以派生出多个具体工厂类。 
  每个具体工厂类可以创建多个具体产品类的实例。 

  区别:工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。
  工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个。

 

Der Code von DataAccess lautet wie folgt:

 

 Auf diese Weise ist die Datenbank (angegebene Marke) direkt bei Bedarf in DataAccess angegeben. Wenn Sie die Datenbank (oder die Marke) ändern, ändern Sie den Code in DataAccess.

Natürlich können Sie die Datenbank mithilfe von Reflection ändern. Auf diese Weise müssen Sie nur die Konfigurationsdatei ändern. Dadurch werden die Mängel der abstrakten Fabrik perfekt behoben, und es ist nicht erforderlich, den Code auf der Clientseite zu ändern.

Reflection-Implementierung:

So ändern Sie Datenbankattribute:

Das obige ist der detaillierte Inhalt vonGrafische Codeanalyse des Fabrikmusters in Java. 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