정적 의존성 주입 공장, 맞나요?

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?

및 시간, 바다의 시간 나는 그의 정적 DIFactory 클래스에 대해 이야기하는 Justin Etheredge의 기사를 보았습니다.

지금 궁금

• 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입니다.