WPF/MVVM：將域模型集合委託給ViewModel

Question

域模型集合（通常是List或IEnumerable）是委託到ViewModel。

這意味着我的CustomerViewModel有一個List或IEnumerable類型的訂單集合。

綁定控件無法識別列表中的變化。但與ObservableCollection是。

這是MVVM設計模式中的問題。

你如何應對？

UPDATE：我是怎麼做的樣品：

public class SchoolclassViewModel : ViewModelBase 
{ 
    private Schoolclass _schoolclass; 
    private ObservableCollection<PupilViewModel> _pupils = new ObservableCollection<PupilViewModel>();   

    public SchoolclassViewModel(Schoolclass schoolclass) 
    { 
     _schoolclass = schoolclass; 
     _schoolclass.Pupils = new List<Pupil>(); 

     foreach (var p in schoolclass.Pupils)   
      Pupils.Add(new PupilViewModel(p));    
    } 

    public Schoolclass GetSchoolclass 
    { 
     get { return _schoolclass; } 
    } 

    public int ID { get; set; }  

    public string SchoolclassName 
    { 
     get { return _schoolclass.SchoolclassName;} 
     set 
     { 
      if(_schoolclass.SchoolclassName != value) 
      {      
       _schoolclass.SchoolclassName = value; 
       this.RaisePropertyChanged("SchoolclassName"); 
      } 

     } 
    } 

    public ObservableCollection<PupilViewModel> Pupils 
    { 
     get{ return _pupils;} 
     set 
     { 
      _pupils = value; 
      this.RaisePropertyChanged("Pupils"); 
     } 
    } 
} 

Answer 1

好吧，我會繼續前進，添加我的想法作爲答案，而不是在評論中。 :)

我認爲底線是，這只是WPF和數據綁定工作方式的現實。爲了使雙向數據綁定操作，集合需要一種通知綁定到它們的控件的方法，並且大多數域對象中使用的標準列表和集合不會/不會/不應該支持這種方式。正如我在評論中提到的那樣，被要求爲非集合屬性實現INotifyPropertyChanged是標準域對象可能無法滿足的另一個要求。

域對象並不打算成爲視圖模型，因此您可能會發現需要在兩種類型的對象之間來回映射。這與在域對象和數據訪問對象之間來回映射並不矛盾。每種類型的對象在系統中都有不同的功能，並且每種類型的對象都應該專門用來支持他們在系統中的角色。所有這一切，Agies的使用AOP自動生成代理類的想法非常有趣，而且我打算研究一些東西。

Answer 2

我不這樣做就你描述的方式解決這個問題。

如果我需要呈現Foo對象並在視圖及其相關Bar目的，FooViewModel將通常實施ObservableCollection<BarViewModel>類型的Bars屬性。

請注意，這與潛在的Foo類是否具有IEnumerable<Bar>類型的Bars屬性無關。 Foo類可能不會。除UI之外，應用程序可能甚至不需要遍歷Foo的所有Bar對象。

編輯

當我的觀點是應用程序的對象模型的簡單表示，我爲您的樣品做很多做的事情。在我的構造函數中的代碼通常會更緊湊一點：

_Bars = new ObservableCollection<BarViewModel>(
    _Foo.Bars.Select(x => new BarViewModel(x))); 

但它本質上是相同的東西。

但是這裏假設Foo實際上暴露了Bars屬性。它可能不會。或者也許只有一些Bar對象應該出現在視圖中。或者也許它們應該與其他物體混合在一起，並且FooViewModel應該公開某種CompositeCollection。

我要說的是，視圖模型是視圖的模型。這不一定與底層對象模型有直接的對應關係。

挑選一個簡單的例子：我的程序可能會給用戶一種將物品拖放到五個不同的類別中的方法，將它們拖放到五個不同的ListBox控件中。最終，這樣做會在Item對象上設置Category屬性。我的視圖模型將包含一個CategoryViewModel對象的集合，每個對象都具有ObservableCollection<ItemViewModel>類型的屬性，以便在集合之間來回拖動項目很容易實現。

的事情是，有可能連是一個Category類應用程序的對象模型，更不用說Category對象的集合。 Item.Category可能只是string類型的財產。 CategoryViewModel不鏡像應用程序的對象模型。它只存在於UI中支持視圖。

Answer 3

我所做的是在我的領域模型中使用ObservableCollection而不是使用我自己的集合類型，該類型在其他有用的標準和自定義接口中實現了INotifyCollectionChanged接口。我的想法與Rockford Lhotka在他的書中提到的很相似，即更改通知不僅僅適用於表示層，因爲域狀態層中的其他業務對象在另一個對象狀態發生更改時通常需要某種通知。

使用此方法學，您可以創建自己的集合類型，該集合類型仍具有更改通知以及您需要的任何自定義行爲的好處。您集合的基類可以實現爲純粹的基礎結構代碼，然後可以創建一個子類，該子類可以使用this book中使用的子類型分層技術來包含業務邏輯。所以最後你可以有一個集合，它可以包裝IEnumerable類型並且提供你想要的更改通知以及你的域模型和表示代碼。