Элементы замка располагают заказ

Question

У нас есть ряд компонентов виндзора замка, объявленных в файле конфигурации. Некоторым компонентам, находящимся глубоко внутри, может потребоваться обслуживание других компонентов.

Проблема заключается в том, когда приложение закрывается и контейнер находится в распоряжении. Во время Dispose()/Stop() компонента Startable/Disposable (A), когда он требует услуг другого компонента (B) ComponentNotFoundException, затем поднимается. К этому времени B уже удален из контейнера.

Я заметил, что порядок объявлений компонентов в файле конфигурации приложения важен. И перестановка A и B решает проблему.

Есть ли лучший способ повлиять на порядок расположения компонентов?

Отредактировано: После запроса в комментариях я приведу здесь пример кода, который отбросит ComponentNotFoundException:

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)]; 
    } 
} 

Примечание: см комментарий в коде, как подкачка порядок вставки компонентов в контейнере решает проблему.

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() (это действительно должно быть об очистке собственных, собственных ресурсов каждого компонента). Это полностью устранит эту проблему.