nicht angemeldet
Hi!
In einem anderen Post habe ich ja schon den Blog von Fabien Potencier erwähnt. Der hat auch einen Artikel zu DI. Ohne Dir den jetzt komplett durchlesen zu müssen: Hört sich der Artikel vernünftig an, um DI besser zu verstehen?
Nach dem Lesen der ersten zwei Teile denke ich, dass er für das Verständnis von DI sehr hilfreich ist. Er erklärt auch einige Dinge anders, als ich und als es mir geläufig war. Ich muss dazusagen, dass ich bisher nur die von mir als DI-light bezeichnete Variante und kein DI-Framework verwendet hatte. Er bezeichnet das bereits als (vollwertige) DI. Und die Injection geht nicht nur über Konstruktoren, sondern auch über Methoden und Eigenschaften. Hauptsache ist, man übergibt benötigte Komponenten, als dass sich ein Objekt selbst welche holt. Wenn man nicht zu Fuß die Abhängkeiten auflösen will, ist ein Dependency Injection Container der richtige Fachbegriff für den Teil, der weiß, wie konkrete Objekte und ihre Abhängigkeiten zu erzeugen sind. DI-Frameworks gibt es natürlich auch, und das sind dann konkrete Implementation solcher DICs und der benötigten Programmlogik dahinter.
Ich geh dann mal weiterlernen.
Lo!