Ich habe gerade mit Google Guice für Dependency Injection herumgebastelt und angefangen, es in meine bestehende Anwendung zu integrieren. So weit, ist es gut. Ich habe viele Klassen, die neben ihren Abhängigkeiten Strings, DataSources und so weiter benötigen. Ich weiß, dass es NamedBindings gibt, aber ich möchte wirklich keine Annotation für jeden einfachen String erstellen, den ich für jede Klasse an den Konstruktor übergeben muss. Dann gibt es eine Sache namens AssistedInject, die Factory-Implementierungen für mich erstellt. Wow, aber ich muss immer noch die Schnittstelle der Fabrik definieren. Das ist in Ordnung für Klassen, die Abhängigkeiten haben, aber was ist mit dieser Beispielklasse:
%Vor%Es gibt Fälle, in denen ich Zweifel habe, wie Guice oder, allgemeiner gesagt, DI der richtige Weg ist. "Oft höre ich: XYZ Framework ist das neue new ." Aber implizit muss ich jede Instanz mit dem DI-Framework erstellen.
Was ist, wenn ich nur eine Instanz dieser Klasse brauche? Diese Klasse hat absolut keine Abhängigkeiten neben zwei Strings. Denken Sie an einen Abschalt-Hook, der nur einmal installiert und als Abschalt-Hook an die JVM übergeben wird. Soll ich diese Instanz mit Guice erstellen? Das sieht sehr dumm für mich aus, weil es nichts zu injizieren gibt, aber ich muss eine Factory-Schnittstelle schreiben, um Guide beide Parameter zu übergeben und muss eine Schnittstelle für meine FooBarClass erstellen, um DI zu verwenden.
Dasselbe gilt für einen Fall, in dem ich mehrere Instanzen dieser Klasse benötige. Keine Abhängigkeiten, aber ich muss eine Menge Code erstellen, um nichts daraus zu machen. Das scheint mir falsch zu sein.
Also, wie soll ich DI und / oder Guice verwenden?
Vielen Dank!
Es kann hilfreich sein, Abhängigkeiten von Daten zu trennen.
UserAuthenticator , PaymentHandler und EmailGateway . Date , a Map<String,InetAddress> oder sogar% Customer . Dies sind einfache, speicherinterne Domänenobjekte. DI ist natürlich am besten für die Abhängigkeitsseite der Dinge geeignet. Sie sollten weiterhin new für Ihre Datenmodellklassen verwenden.
Wenn Sie mehrere Instanzen erstellen, z. B. einzelne Kunden, ist es nicht sinnvoll, sie zu injizieren. Sinnvoll ist es, eine CustomerFactory zu erstellen, bei der es sich um den @Singleton-Bereich handeln kann, der Kundeninstanzen mit allen Abhängigkeiten erstellen kann.
Injizieren Sie eine Abhängigkeit, wenn Sie ihre Komplexität beim Testen einer bestimmten Klasse ignorieren (isolieren) wollen. Wenn die Klasse nur ein Dateninhaber ist, ist ihr Code trivial (get, set, equals). Sie müssen sich beim Testen der Zielklasse nicht darüber lustig machen, also ist das Injizieren der Dateninstanz übertrieben (und normalerweise schwer). Wenn der Code nicht trivial ist, ist die Klasse mehr als ein Datenbehälter, und Sie sollten ihn bei Komponententests injizieren und verspotten.
Tags und Links java dependency-injection guice