MVVM/WPF: использование ObservableCollection <T> как список в модели домена, является ли это хорошим/плохим?

Question

У меня есть агрегированные модели, такие как Customer: Order: Product.

Как мой взгляд, связан с BillingViewModel, который имеет свойство Клиентов типа ObservableCollection

и один клиент в этой коллекции есть «список» заказы имени ObservableCollection

и один заказ в этой коллекции имеет «список» продуктов с именем ObservableCollection

Ну, мне нужна команда ObservableCollection `для привязки данных, но должна ли модель домена иметь ObservableCollection? обычно он имеет

Список или IEnumerable!

Является ли эта плохая привычка или имеет побочные эффекты?

прилагает объяснение к вышесказанному, что правильно:

class Customer 
{ 
    int CustomerID {get;set;} 
    ObservableCollection<Order> { get;set;} 
} 

class BillingViewModel 
{ 
    ObservableCollection<Customer> _customers; 

public BillingViewModel() 
{ 

    Customers= GetAggregatedCustomersOrdersProductsFromRepository(); 

} 

public ObservableCollection<Customer> Customers 
{ 
    get{ return _customers;} 
    set 
{ 
    _customers = value; 
    this.RaisePropertyChanged("Customers"); 

} 
} 

} 

Я надеюсь, что его более ясным сейчас У меня есть ObservableCollection в моей модели ViewModel и Model!

Answer 1

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

Answer 2

Из примеров, которые я прочитал, видно, что одним из способов является использование вашей модели домена. Заказчик: Заказ: Продукт и переупорядочить его в MainViewModel: CustomerViewModel: OrderViewModel: ProductViewModel, когда он достигает клиентской стороны. Это позволит вам пометить любую из виртуальных машин грязными и сохранить только при необходимости. Это также позволит вам составить свой вид многих представлений, каждый из которых управляется их собственной виртуальной машиной, поэтому, если позже вы решили изменить вид с одного большого экрана на многие модули, это будет довольно плавным. Причина для MainViewModel - скорее контроллер, чем ViewModel, его обязанностью было бы получить модель домена и разбить ее на виртуальные машины, а также быть контроллером для отображения ваших представлений (сгруппированные или модальные), он также может содержать команды, такие как SaveAllDirty.