WPF + Castle Windsor + MVVM: Locator-DataContext

Вы используете шаблон Service Locator, в котором вы регистрируете службы, передаете ссылку на контейнер и явно вызываете resolve во всем коде. Если вы быстро ознакомитесь с вики-сайтом Castle Windsor, они не рекомендуют использовать контейнер.

Как правило, вы должны зарегистрировать все свои типы (через установщики), разрешить только один корневой объект (возможно, ваше основное представление, может быть, какой-то код стиля запуска / контроллера MVC), а остальное разрешить контейнером. В следующий раз, когда вы вызовете контейнер, почти всегда будет container.Dispose, когда ваше приложение завершится.

См. Вики-страницу Windsor, посвященную схеме трех вызовов.

Если вы обнаружите случаи, когда вам нужно извлекать из контейнера во время выполнения для создания определенных экземпляров (где вам нужно передать определенные параметры для создания этого экземпляра), используйте Typed Factory Facility вместо прямого разрешения зависимостей.

MVVM с Windsor:

В моем первом приложении MVVM, которое я написал с помощью Windsor (только что закончил первую версию), я просто зарегистрировал свое основное представление и модель представления без указания образа жизни. По умолчанию они были одиночными.

Представление принимает экземпляр модели представления как требуемую зависимость (в конструкторе) и использует его для установки контекста данных. Я сделал это с помощью кода программной части, потому что это было ненавязчиво и безболезненно.

// In my program I used interfaces for everything.  You don't actually have to...
public interface IMainView
{
    void Show();
}

public class MainView : Window, IMainView
{
    public MainView(IMainViewModel viewModel)
    {
        Initialize();
        this.DataContext = viewModel;
    }
}

public interface IMainViewModel
{
    int SomeProperty { get; set; }
    ICommand ShowSubViewCommand { get; }
    // ...
}

public class MainViewModel : IMainViewModel
{
    public MainViewModel(SomeOtherSubComponent subComponent)
    {
        this.subComponent = subComponent;
        // ...
    }

    // ...
}

Там, где у меня были под-представления, для которых я хотел создать несколько экземпляров, я зарегистрировал их с временным жизненным циклом. Затем я создал фабрику представлений и фабрику моделей представлений и использовал их для получения экземпляров под-представления и под-модели представления из родительского представления. Я зарегистрировал обработчик событий для события закрытия представления и вызвал метод Release в фабричных классах.

public interface ISubView
{
    void Show();
    event Action OnDismissed;
}

public class SubView : Window, ISubView
{
    public SubView(ISubViewModel viewModel)
    {
        Initialize();
        this.DataContext = viewModel;
        // Would do this in the view model,
        // but it is a pain to get Window.Close to call an ICommand, ala MVVM
        this.OnClose += (s, a) => RaiseDismissed();
    }

    public event Action OnDismissed;

    private void RaiseDismissed()
    {
        if(OnDismissed != null)
            OnDismissed();
    }
}

public interface ISubViewModel
{
    string SomeProperty { get; }
    // ...
}

// Need to create instances on the fly, so using Typed Factory facility.
// The facility implements them, so we don't have to :)
public interface IViewFactory
{
    ISubView GetSubView(ISubViewModel viewModel);
    void Release(ISubView view);
}

public interface IViewModelFactory
{
    ISubViewModel GetSubViewModel();
    void Release(ISubViewModel viewModel);
}

// Editing the earlier class for an example...
public class MainViewModel : IMainViewModel
{
    public MainViewModel(IViewFactory viewFactory, IViewModelFactory viewModelFactory)
    {
        this.viewFactory = viewFactory;
        this.viewModelFactory = viewModelFactory;
        // Todo: Wire up ShowSubViewCommand to call CreateSubView here in ctor
    }

    public ICommand ShowSubViewCommand { get; private set; }

    private void CreateSubView()
    {
        var viewModel = viewModelFactory.GetSubViewModel();
        var view = viewFactory.GetSubView(viewModel);

        view.OnDismissed += () =>
        {
            viewModelFactory.Release(viewModel);
            viewFactory.Release(view);
        };

        view.Show();
    }

    // Other code, private state, etc...
}

В конце концов, единственные вызовы контейнера:

void App_Startup()
{
    this.container = new WindsorContainer();
    container.Install(Configuration.FromAppConfig());

    var mainView = container.Resolve<IMainView>();
    mainView.Show();
}

public override OnExit()
{
    container.Dispose();
}

Преимущество всей этой чепухи в том, что она не зависит от контейнера (и может использоваться без контейнера), очевидно, какие зависимости принимает каждый из моих компонентов, и большая часть моего кода никогда не запрашивает его зависимости. . Зависимости просто передаются каждому компоненту по мере необходимости.