Statische Abhängigkeitsinjektion Fabrik, richtig oder falsch?

Question

Ich habe vor kurzem eine Mauer getroffen, als ich Ninject in dem Projekt, an dem ich gerade arbeite, gezeigt habe.

Ich habe alle möglichen Fragen durchgegangen und systematisch Design und Architektur zugunsten der Abhängigkeitsinjektion angefordert.

1. Is this right to inject the container/kernel to the main application presenter?

2. How to configure Ninject to use along with NHibernate in WinForms?

3. Conditional dependency injection binding only when property not null

4. What did I get wrong, DI or Design, and how should I go about it?

Nach Stunden und Stunden und Stunden von Meer Ich stieß auf den Artikel von Justin Etheredge, der von seiner statischen DIFactory-Klasse spricht.

• Creating a binding factory for Ninject

ich jetzt frage, ist es nicht die Dinge wie Magie arbeiten, um eine statische DI factory?

Ich würde gerne die Vor- und Nachteile einer statischen DI-Fabrik in einer realen Anwendung hören.

Sind IoC und DI auch gleich oder sind sie sehr ähnlich, obwohl einige Unterschiede?

Answer 1

A static DI Factory is a Service Locator und ein Service Locator is an anti-pattern, weil es macht es schwierig Grund über Ihren Code:

• Es bricht Kapselung.
• Es verletzt die Interface Segregation Principle.
• Es macht es schwieriger, Verletzungen der Single Responsibility Principle zu erkennen.
• Es erschwert die Objektkomposition, da der Kompositionskontext vom Service Locator ausgeblendet wird.
• Es bricht die Hollywood Principle.

Der einzige Vorteil von Service Locator ist, dass es leichteasier to understand than Dependency Injection ist. Allerdings ist DI nicht so schwer zu verstehen once you get over a few conceptual hurdles.

Die Beziehung zwischen IoC und DI ist das DI is a special case of IoC.