IOC/DI 컨테이너 및 하위 창 만들기 딜레마

Question

IOC/DI 컨테이너를 사용하려고하지만 하위 창을 만들 때 가장 좋은 방법은 무엇입니까?

나는 데 딜레마는 다음과 같습니다

public class ParentWindow : Form 
{ 
    public void OpenChildWindow() 
    { 
     var child = IocContainer.Instance.Resolve<ChildWindow>(); // big issue !!! an-ti server locator pattern 
     child.Show(); 
    } 
} 

또는

public class ParentWindow : Form 
    { 

      private Container _container 

      public ParentWindow(Container container) // no, no, you have dependence on container 
      { 
      } 

     public void OpenChildWindow() 
     { 
      var child = _container.Resolve<ChildWindow>(); 
      child.Show(); 
     } 
    } 

내 솔루션

public class ParentWindow : Form 
{ 
    private IFormFactory _factory 

    public ParentWindow(IFormFactory factory) // inject from IOC container 
    { 
    } 

    public void OpenChildWindow() 
    { 
     var child = _factory.CreateChildWindow(); 
     child.Show(); 
    } 
} 

하지만 내 솔루션 , 가지 내 자신의 IOC 컨테이너가 될 내 공장, 내 모든 부모 - 자식 창이 공장을 통과해야합니다, 내 공장이 새로운 "서버 위치 지정자"가되지 않습니다.

더 좋은 해결책이 있습니까?

Answer 1

DI를 사용한다는 것은 컨테이너를 서비스 로케이터로 사용한다는 것을 의미합니다. 정확히 한 번 실행되는 코드 한 줄로 사용하는 것이 좋습니다. 이를 컨테이너 루트가 구성되고 컨테이너가 구성되고 오브젝트 그래프의 루트가 작성됩니다.

예제의 최상위 코드가이 원칙을 위반하지 않습니다.

(!) 참고 :

나는 항상 내가 DI는 그것을 고려 easily- 더 많은 프레임 워크 전환 할 수 있도록 내 자신의 클래스와 컨테이너 프레임 워크 코드를 래핑 무엇

.

Answer 2

당신이 제안하는 해결책은 올바른 방향으로의 거대한 단계입니다. 공장은 실제로 로케이터처럼 냄새가 아니며, 속한 도메인의 일부인 로컬 팩토리입니다.

단계는 공장 제품군 (인터페이스)에 대한 아이디어를 잊어 버리고 컨테이너를 내부적으로 사용하는 (또는 사용하지 않는) 플러그 가능 구현이있는 구체적인 팩토리를 갖지만 해당 컨테이너에 대해 단일 API를 제공합니다. 고객. 이 방법을 사용하면 factory의 constructor 주입을 form에 제거하여 factory의 concrete 유형을 사용하는 것이 가능합니다. 공장 자체는 Composition Root에서 구성됩니다. 내 블로그 항목

http://www.wiktorzychla.com/2016/01/di-factories-and-composition-root.html

Answer 3

첫 번째 예에서

자세한 내용 및 코드 예제 : 당신은 또한 의존 할 수없는 단위 테스트를 가지고 있기 때문에 나는 좋아하지 않는다. 그것은 ChildWindow의 인스턴스를 해결할 수 없으며 제어 할 수 없습니다.

두 번째 예 : 클래스 컨테이너이 아니기 때문에 인터페이스가 좋지 않습니다.

세 번째 예 : 예전보다 잘 작동하며 때로는 그런 식으로 공장을 사용합니다. 그것은 완벽하게 단위 테스트를 할 수 있습니다.

보통 DI 컨테이너는 공장과 같이 더 많은 기능을 제공하기 때문에 공장으로 사용하는 것이 더 좋습니다. 개체 수명 ...

나는 결코 클래스 ChildWindow을 사용하지 않았다. 그러나 생성자 인터페이스에서 정의 할 수 없으면 차라리 ChildWindowWrapper : IChildWindowWrapper를 구현하고 랩퍼를 사용한다. 그것은 단위 테스트를 단순하게 할 것이며 DI 컨테이너에서 사용될 수 있습니다.