靜態依賴注入工廠，對還是錯？

Question

當我在我正在進行的項目中對Ninject進行拍攝時，我最近碰到了一堵磚牆。

我已經經歷了各種各樣的問題，系統地提出了我的設計和架構以支持依賴注入。

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?

小時後，和小時，海小時在我看來，這篇文章來自Justin Etheredge，他講述了他的靜態DIFactory課程。

• Creating a binding factory for Ninject

我現在不知道，是不是使用靜態DI工廠做事情的工作像變魔術？

我想聽聽在實際應用中使用靜態DI工廠的優缺點。

另外，IoC和DI是否相同，還是非常相似，但有些區別？

Answer 1

一個static DI Factory is a Service Locator和Service Locator is an anti-pattern，因爲它將使困難的原因有關您的代碼：

• 它打破了封裝。
• 它違反了Interface Segregation Principle。
• 這使得更難以發現違反Single Responsibility Principle的行爲。
• 它使對象合成更加困難，因爲它隱藏了服務定位器中的合成上下文。它打破了Hollywood Principle。

服務定位器的唯一好處是，它是稍微easier to understand than Dependency Injection。但是，DI並不難於掌握once you get over a few conceptual hurdles。

IoC和DI之間的關係是DI is a special case of IoC。