Albern ist das richtige Wort.
Einerseits ja, andererseits nein. Das Dilemma der globalen Abhängigkeiten ist nicht von der Hand zu weisen. Und wenn man den Weg gehen will, seine Anwendungen auch übermorgen noch modern zu halten, führt leider kein Weg daran vorbei.
Ein guter IoC-Container nimmt Dir diese Arbeit ab und löst die Abhängigkeiten selber auf und instanziiert Dir diese Klassen mit den Monster-Konstruktoren von alleine.
D.h. eine Factory, die mir das gewünschte Objekt -wie auch immer- zusammenbastelt. Ob nun über DI, oder morgen über Delegates, oder Zusammenfassen von Abhängigkeiten ist dann wieder Schnurz.
D.h. (Hab kein aktuelles Delphi mit Generics, d.h. vielleicht Syntaxfehler)
Delphi-Quellcode:
Function TMyIocContainer.CreateCommand<TCommand : ICommand> : TCommand;
Begin
result := TCommand.Create(CurrentUser, VCL_UIWrapper, TextFileLogger, FastReportReportingEngine, AnyDACConnection);
End;
Dann ist der Anwender des Containers wieder auf eine Globale Instanz des IocContainers angewiesen. Außer, ich gebe ihm das wieder per DI mit, oder wie?
Kann es sein, dass der Titel falsch ist?
Die globale Instanz einer Klasse ist ja eine globale Variable. Aber ich ändere den Titel.