Wann das abstrakte Fabrikmuster verwenden?

Question

Ich versuche kurz zu beschreiben wenn eine Fabrik zu verwenden, für mich und mein Team. Ich lief über die folgenden verwandten Fragen, die etwas geholfen:

• When to use factory patterns?
  • (nützlicher PDF-Link ist gebrochen)
• How do you create your Factories?
  • (mehr 'wie' statt 'wenn')
• What is your threshold to use factory instead of a constructor to create an object?
  • (einige allgemeine Antworten)
• Factory Pattern. When to use factory methods?
  • (mehr über Factory-Methoden als Factory-Klassen)
• When to use Factory method pattern?
  • (wieder mehr über Factory-Methoden)

Basierend auf diesen Links und eine Reihe von anderen Quellen (unten aufgeführt), ich habe mit dem kommen folgende:

Wenn die abstrakte verwenden Fabrik Muster:

• wenn Sie eine Schnittstelle var oder den 'neuen' Operator
  • , z.B. Benutzer user = new ConcreteUserImpl();
• und der Code, den Sie an einem gewissen Punkt

Erklärung prüfbar/erweiterbar sein schreiben soll:

• Schnittstellen, die von ihrer Natur impliziert mehrere Implementierungen (gut für Unit-Tests)
• Schnittstelle vars implizieren OCP- und LSP-konformen Code (Unterstützung Sub-Classing)
• Verwendung des ‚neuen‘ Betreiber bricht OCP/DI, weil hoch gekoppelt Klassen sind hart

„zu testen oder ändern Muss ich eine Fabrik für jeden Objekttyp erstellen? Das scheint übertrieben."

• nicht, können Sie eine (oder wenige) haben Fabriken, die eine Menge (in der Regel im Zusammenhang) Objekttypen
• zB appFactory.createUser() zu erzeugen; appFactory.createCatalog(); usw.

Wenn keine Fabrik zu verwenden:

• das neue Objekt ist sehr einfach und es ist unwahrscheinlich Unter eingestuft 0 sein
  • z.B. Listenliste = new ArrayList();
• das neue Objekt ist nicht interessant
  • zu testen, hat keine Abhängigkeiten
  • führt keine relevanten oder lang andauernde Arbeit
  • z.B. Loggerprotokoll = neu SimpleLogger();

Referenzen:

• http://googletesting.blogspot.com/2008/08/where-have-all-singletons-gone.html
• http://misko.hevery.com/2008/07/08/how-to-think-about-the-new-operator/
• http://misko.hevery.com/2008/08/17/singletons-are-pathological-liars/
• http://en.wikipedia.org/wiki/Dependency_Injection
• http://en.wikipedia.org/wiki/Open_Closed_Principle
• http://en.wikipedia.org/wiki/Liskov_substitution_principle

---

Meine Frage ist: ist meine Zusammenfassung genau und macht es Sinn? Gibt es etwas, was ich übersehen habe?

Vielen Dank im Voraus.

Answer 1

Abstract Factory-Muster bietet eine Möglichkeit, konkrete Fabriken mit Gemeinsamkeiten zu kapseln, dh sie implementieren dieselbe Schnittstelle/abstrakte Klasse.

Sie müssen das Fabrikmuster immer dann verwenden, wenn Sie die Initialisierung Ihrer Objekte steuern möchten, anstatt dem Verbraucher die Kontrolle zu geben.

Answer 2

Ich würde auch sagen, verwenden Sie keine Fabrik, wenn Sie eine bestimmte Implementierung haben, die Sie wollen. Um das List Beispiel fortzusetzen, weiß ich, dass ich eine ArrayList möchte, weil ich einen wahlfreien Zugriff mache. Ich möchte mich nicht darauf verlassen, dass eine Fabrik das richtig macht, wenn ich es selbst machen kann.

Umgekehrt kann ich, wenn ich nichts über die konkrete Unterklasse wissen will, eine Fabrik verwenden und sich darum kümmern, welches Objekt tatsächlich instanziiert wird.

Ich schlage vor, dass Sie eine Kugel hinzufügen, um das "Wann das abstrakte Fabrikmuster zu verwenden", das sagt "und Sie nicht wirklich welche konkrete Unterklasse Sie erhalten" und das Gegenteil zu "wenn nicht eine Fabrik benutzen ".

EDIT: Seien Sie vorsichtig, die general-purpose tool-building factory factory factory zu vermeiden.

Answer 3

Im Allgemeinen verwenden Sie es, wenn Sie in der Lage sein möchten, die Implementierung durch externe Konfiguration zu wechseln.

JDBC und JAXP sind ausgezeichnete Beispiele. Weitere Beispiele finden Sie unter this answer.