캐슬 구성품은 주문을 처리합니다.

Question

우리는 설정 파일에 성의 윈저 구성 요소를 선언했습니다. 내부의 일부 구성 요소는 다른 구성 요소의 서비스를 필요로 할 수 있습니다.

문제는 응용 프로그램이 닫히고 컨테이너가 처리 중일 때입니다. 시작/삭제 가능한 구성 요소 (A)의 Dispose()/중지() 중에 다른 구성 요소 (B)의 서비스가 필요한 경우 ComponentNotFoundException가 발생합니다. 그때까지 B는 이미 컨테이너에서 제거됩니다.

app config 파일의 구성 요소 선언 순서가 중요하다는 것을 알고 있습니다. 그리고 reodering A와 B는 문제를 해결합니다.

구성 요소가 폐기되는 순서에 영향을주는 더 좋은 방법이 있습니까?

편집 :

class Program 
{ 
    static void Main() 
    { 
     IoC.Resolve<ICriticalService>().DoStuff(); 
     IoC.Resolve<IEmailService>().SendEmail("Blah"); 
     IoC.Clear(); 
    } 
} 

internal class CriticalService : ICriticalService, IStartable 
{ 
    public void Start() 
    {} 

    public void Stop() 
    { 
     // Should throw ComponentNotFoundException, as EmailService is already disposed and removed from the container 
     IoC.Resolve<IEmailService>().SendEmail("Stopping"); 
    } 

    public void DoStuff() 
    {} 
} 

internal class EmailService : IEmailService 
{ 
    public void SendEmail(string message) 
    { 
     Console.WriteLine(message); 
    } 

    public void Dispose() 
    { 
     Console.WriteLine("EmailService Disposed."); 
     GC.SuppressFinalize(this); 
    } 
} 

internal interface ICriticalService 
{ 
    void DoStuff(); 
} 

internal interface IEmailService : IDisposable 
{ 
    void SendEmail(string message); 
} 

public static class IoC 
{ 
    private static readonly IWindsorContainer _container = new WindsorContainer(new XmlInterpreter()); 

    static IoC() 
    { 
     _container.AddFacility<StartableFacility>(); 
     // Swapping the following 2 lines resolves the problem 
     _container.AddComponent<ICriticalService, CriticalService>(); 
     _container.AddComponent<IEmailService, EmailService>(); 
    } 

    public static void Clear() 
    { 
     _container.Dispose(); 
    } 

    public static T Resolve<T>() 
    { 
     return (T)_container[typeof(T)]; 
    } 
} 

참고 : 어떻게 용기에 삽입하는 구성 요소의 순서를 교환 코드의 주석을 참조하십시오 여기 ComponentNotFoundException가 발생합니다 샘플 코드를 제공 주석의 요청에 따라 문제를 해결합니다.

Answer 1

정적 IoC 클래스를 사용하면 실제로 컨테이너를 서비스 검색 자로 사용하므로 종속성 주입의 이점 대부분을 잃어 버리게됩니다.

적절한 주입이 없으면 Windsor는 CriticalService - IEmailService 종속성에 대해 알지 못하므로 올바른 폐기 순서를 보장 할 수 없습니다.

이 의존성이 명시 적으로 만들기 위해 리팩토링 경우

는 윈저가 올바른 순서로 구성 요소를 처분 :

internal class CriticalService : ICriticalService, IStartable 
{ 
    private readonly IEmailService email; 

    public CriticalService(IEmailService email) { 
     this.email = email; 
    } 
... 
} 

Here's how it would look을 리팩토링 후처럼.

Answer 2

개인적으로, Dispose()이 특정 순서로 호출되어야하는 시스템은 설계에 결함이 있다고 개인적으로 생각합니다.

Dispose()항상이어야합니다. 이 오류는 폐기 후 구성 요소를 사용한 다음에 ObjectDisposedException이 가장 적합한 경우에만 발생해야합니다. 이와 같은 경우에는 구성 요소를 다시 작성하여 Dispose() 메서드에서 다른 구성 요소를 사용하지 않도록합니다 (실제로는 각 구성 요소의 자체 비공개 리소스를 정리해야합니다). 이렇게하면이 문제가 완전히 제거됩니다.