Builder pattern vs. Dependency Injection (z.B. via Guice)

Entwickle ich eine einfache Baum-strukturierte Datenbank und ich bin in der Regel Einstellung Abhängigkeiten oder optionale Einstellungen über einen Builder (Builder-pattern). Ich bin mir jetzt nicht sicher, Wann zum Beispiel Guice, wenn die Verwendung der Builder-Muster, und wenn die Verwendung einer statischen factory-Methode statt Konstruktor selbst. Ich habe gelesen, Effektive Java mehrere Male, und ich denke, es wird mindestens eine Menge von Vorteilen, die für nicht setzen Sie den Konstruktor. Es ist Zeit zum Lesen 😉

So, wissen Sie von Fällen, die deutlich unterscheidbar sind? Und sollte ich nicht aussetzen Konstruktor? So zum Beispiel in jedem Fall schreiben public static Foo getInstance(...) { return new Foo(...)}?

  • Ich schlage vor, das tun, was Sie glauben, ist die einfachste und natürlichste Art und Weise den Aufbau Ihrer Komponenten.
  • Immer bemühen Sie sich um reguläre Java-Objekte mit Konstruktoren oder setter. Dann, bei einigen besonderen Anlässen, betrachten DI Implementierungen zu entkoppeln, oder factories/builders um Ihnen zu helfen, Konstruktive Logik, wenn benötigt.
InformationsquelleAutor Johannes | 2012-09-20
  1. 14

    Ich bin ein fester Gläubiger, dass Sie nicht brauchen, um dependency injection für alles.

    • Für eine LookupService wäre es natürlich injizieren eine Dictionary so dass seine Implementierung kann ausgetauscht werden durch die Konfiguration.

    • Für eine Firewall auf der anderen Seite. Es wäre natürlich für Sie zu schaffen, Ihre eigenen FireWallRules, vielleicht durch einen mitgelieferten Factory oder eine Builder.

    Als Richtlinie, injizieren, was Sie brauchen, um konfigurieren, nicht automatisch zu injizieren alles andere.

    Betrachten static factory (*) wenn

    • namens Bau Logik gewünscht ist. E. g., Lists.newArrayList()
    • die Konstruktion ist so kompliziert, es gehört nicht in die Klasse selbst
    • keine Konfiguration der Fabrik erforderlich ist, und die Fabrik hat keine Nebenwirkungen

    Betrachten instance factories wenn

    • gibt es eine komplexe Instantiierung Logik
    • Konfiguration der Fabrik benötigt wird
    • mit AbstractFactory design pattern
    • es brauchen, um zusätzliche Objekte im gesamten lifecycle Programme

    Betrachten builder wenn

    • es komplexe parameter-Auswahl. E. g., 5 Parametern, wobei einige optional sind.

    (*) Statische Methoden sind nicht immer getestet werden, und das Vorhandensein von sollte man meiner Meinung nach immer motiviert sein.
    Ein typischer Anwendungsfall für eine Fabrik ist zu verringern Kupplung. Durch die Verwendung eines static factory diese Fähigkeit vollständig verloren.

    • Also vielleicht statt mit dem AbstractFactory-Entwurfsmuster dependency injection-frameworks sind manchmal verwendet?
    • In sence. Ein Factory ist in Erster Linie, die benötigt wird, um zusätzliche Instanzen durch die Programme Lebenszyklus. Ein Factory können noch injiziert werden, durch einen Rahmen, durch.
    • Ich finde mich eigentlich sich mehr auf eingespritzt Fabriken verwenden, wenn ich D. I.
    • Nur ein kleiner Punkt: In deinem Beispiel von einem FireWallRules, es gibt tatsächlich einen Vorteil auf DI, da kann man eine andere Implementierung verwenden, um automatisch speichern Sie Sie in eine Datei und laden Sie Sie automatisch, zum Beispiel. Für Dinge wie, dass, ich in der Regel verwenden Sie eine Instanz der Fabrik.
    InformationsquelleAutor Johan Sjöberg
  2. 12

    Builder pattern vs. Dependency Injection

    Wie sind diese 2 sogar in der Nähe vergleichbaren in deinem Geist?

    Die builder pattern wird verwendet, wenn Sie benötigen, um mit Klassen, deren Konstruktoren hätte eine überwältigende Anzahl von Parametern (möglicherweise optional) und dieses Muster lässt sich der code leichter zu Lesen und zu schreiben.

    Dependency Injection ist ein Ansatz, der erleichtert lose Kopplung die Beseitigung der Abhängigkeiten von höheren Kursen zu niedrigeren level-Klassen. E. g. eine Klasse muss eine Verbindung zu einer Datenbank nicht direkt eine Verbindung erstellen, aber eine Verbindung ist "injiziert" und diese Verbindung vertauscht werden könnte, um eine andere Datenbank, ohne den code verwenden.

    • Ist es möglich mit generator Muster und Assisted Injection gemeinsam auf ein Objekt erstellen?
    InformationsquelleAutor Cratylus
  3. 2

    Habe ich begonnen, mit generator für die meisten meiner Projekte, und es stellt sich heraus, ich kann und ersetzt alle meine DI mit Bauherren und singleton.

    ie:

    AppContext appContext = new AppContext.Builder() 
.setProperties(testProps) 
.setDB(testDB) 
.build(); 

//tests ausführen

    Mein code viel einfacher geworden zu verwalten, ohne DI.

    InformationsquelleAutor user3038723
Schreibe einen Kommentar