Введенные данные разрешили модели во время выполнения с помощью простого инжектора

Question

Я создаю приложение с Simple Injector в WPF, и я столкнулся с проблемой, когда хочу, чтобы мои модели вводили в мои ViewModels во время выполнения. Например, скажем, у меня есть окно для редактирования пользователей, для которых требуется ViewModel с пользовательской моделью. Эта пользовательская модель выбирается из списка и затем вводится в конструктор ViewModel. Как я могу получить эти данные в ViewModel с помощью простого инжектора? Возможно ли это? Я полагаю, что если возможно, я бы использовал какую-то форму фабрики? Я обсуждал использование Simple Injector для всех, кроме моих MVVM-компонентов, в качестве обходного пути, то есть, если я не смогу найти хорошее решение.

Если я должен опубликовать какой-либо пример кода или что-то в этом духе, чтобы дать более четкое определение проблемы, дайте мне знать. Это мой первый запуск с контейнером DI, и я хочу понять, как наилучшим образом разработать мое приложение с одним.

Answer 1

Использование предпочтительного подхода, к которому вы стремитесь, действительно невозможно. Это потому, что ваш дизайн не оптимален. Как вы можете прочитать here ввод данных во время выполнения в компоненты вашего приложения является анти-шаблоном.

Модель для редактирования ваших пользователей - это данные времени выполнения и, таким образом, должна проходить через ваше приложение с помощью метода инъекции.

Таким образом, вы могли бы решить эту проблему, как:

public interface IViewModel<T> 
{ 
    void EditItem(T item); 
} 

class UserEditViewModel : IViewModel<User> 
{ 
    public void EditItem(User item) 
    { 
     // bind properties etc... 
    } 
} 

Вы обычно впрыскивают IViewModel<User> в своем мастер-ViewModel пользователя.

На основе моделей this и this вы можете представить себе гораздо более гибкое решение. Если вы увидите редактирование пользователя как выполнение команды, которую вы просто запускаете и возвращаете, когда она будет завершена, вы можете определить инфраструктурный компонент a la the QueryProcessor из ссылки. Это станет EditProcessor, который обрабатывает все ваши операции редактирования в вашем приложении. Реализация довольно проста и будет выглядеть примерно так:

class EditProcessor : IEditProcessor 
{ 
    private readonly Container container; 

    public EditProcessor(Container container) 
    { 
     this.container = container; 
    } 

    public void EditItem<T>(T item) 
    { 
     var viewModel = typeof (IViewModel<>).MakeGenericType(typeof (T)); 
     dynamic instance = container.GetInstance(viewModel); 

     instance.EditItem((dynamic) item); 
    } 
} 

Теперь везде вам нужно изменить некоторые модели, вы только инъекционные IEditProcessor и вызвать

this.editProcessor.EditItem(yourItem); 

Эта простая реализация EditProcessor может быть продлен будет всевозможные приятные функции, такие как создание резервной копии элемента перед редактированием, поэтому пользователь может отменить редактирование, например.

Если вы используете какой-либо набор инструментов MVVM для привязки своего вида к своей модели просмотра, это также станет местом, где вы можете принести свой контейнер DI и набор инструментов MVVM с помощью латиницы.

Answer 2

Вам не следует вводить модели в модель ViewModel.

Звучит скорее как сборщик событий/мессенджер. Вы вводите агрегатор событий в свои модели просмотра и подписываетесь на определенное событие и поднимаете его из другого ViewModel.

public class CustomersViewModel 
{ 
    private readonly IEventAggregator eventAggregator; 

    public CustomersViewModel(IEventAggregator eventAggregator) 
    { 
     if(eventAggregator==null) 
     { 
      throw new ArgumentNullException("eventAggregator"); 
     } 

     this.eventAggregator = eventAggregator; 
    } 

    private Customer selectedCustomer; 
    public Customer SelectedCustomer 
    { 
     get { return selectedCustomer; } 
     set 
     { 
      if(selectedCustomer!=value) 
      { 
       selectedCustomer = value; 
       eventAggregator.Publish(new CustomerSelectedEvent(selectedCustomer); 
      } 
     } 
    } 
} 

public class CustomerOrdersViewModel 
{ 
    private readonly IEventAggregator eventAggregator; 
    private readonly IOrderRepository orderRepository; 

    private ObservableCollection<Order> orders; 
    public ObservableCollection<Order> Orders { 
     get { return orders; } 
     set 
     { 
      if(orders != value) 
      { 
       orders = value; 
       OnPropertyChanged("Orders"); 
      } 
     } 
    } 

    public CustomerDetailViewModel(IEventAggregator eventAggregator, IOrderRepository orderRepository) 
    { 
     if(eventAggregator==null) 
     { 
      throw new ArgumentNullException("eventAggregator"); 
     } 

     this.eventAggregator = eventAggregator; 
     this.eventAggregator.Subscribe<CustomerSelectedEvent>(OnCustomerSelected); 
     ... 
    } 

    private async void OnCustomerSelected(CustomerSelectedEvent event) 
    { 
     Orders = new ObservableCollection<Order>(await orderRepository.GetOrdersByCustomer(event.Customer.Id); 
    } 
} 

Если SelectedCustomerEvent будет простым классом POCO.

public class SelectedCustomerEvent 
{ 
    public Customer Customer { get; } 

    public SelectedCustomerEvent(Customer customer) 
    { 
     // C# 6.0, otherwise add a private setter 
     Customer = customer; 
    } 
} 

Реализация агрегатор событий немного выходит за рамки, но есть рамки, которые приходят с агрегаторами посланника/событий (Prism PubSubEvents, например).