Soll ich Dependency Injection Container (DIC) als Parameter in MVC übergeben?

Question

Ich schreibe gerade mein eigenes MVC-Framework für Lernzwecke und ich entschied mich, einen Dependency-Injection-Container zu verwenden, um gemeinsam genutzte Objekte zwischen Klassen zu teilen (zum Beispiel DB-Instanz).

Ich initialisiert den Container in meiner Bootstrap-Datei und ich habe eine Instanz davon in meiner Application Klasse, ist es eine gute Praxis, eine Instanz des Containers während des Routing-Prozesses übergeben? (d. h. Übergabe des Containerobjekts als Parameter in ControllerBase Konstruktor). Ist es auch eine gute Übung, den Container als einen Parameter im Konstruktor meiner ModelBase zu akzeptieren?

Answer 1

Es klingt wie ein Dependency Injector ist etwas anderes als das, was Sie tun. Es klingt eher wie ein ServiceLocator, ein Repository oder was auch immer. Normalerweise befindet sich der Abhängigkeitsinjektor zwischen dem Aufruf (wenn Sie ihn für die Parameterinjektion verwenden) oder zwischen der Erstellung (wenn Sie ihn für die Feld- oder Konstruktorinjektion verwenden).

Die Verwendung des Dependency Injectors muss für den Code/das Objekt, in das injiziert wird, vollständig transparent sein. Wenn Sie also eine Referenz übergeben, tun Sie etwas falsch.

Auch der DependencyInjector gehört zu der Umgebung, in der der Code ausgeführt wird. Sieh es so wie es ist. Der Abhängigkeitsinjektor sollte der Anwendung nicht einmal bekannt sein, es sei denn, Sie verwenden die Anwendung als das verwendete Framework.

So erhalten Sie Abhängigkeitsinjektion zu arbeiten bedeutet keine Referenz auf den Injektor innerhalb der tatsächlichen Anwendung. Das Ziel besteht darin, die Anwendung in beide Richtungen mit oder ohne Injektion auszuführen. Zeitraum.