WPF/MVVM：将域模型集合委托给 ViewModel

Question

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

这意味着我的 CustomerViewModel 有一个 List 或 IEnumerable 类型的订单集合。

绑定控件无法识别列表中的任何更改。但对于 ObservableCollection 来说确实如此。

这是MVVM设计模式中的一个问题。

你如何应对？

更新：我的做法示例：

 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

我通过不按照你描述的方式来处理这个问题。

如果我需要在视图中呈现一个 Foo 对象及其相关的 Bar 对象，FooViewModel 通常会实现一个 BarsObservableCollection 类型的 code> 属性。

请注意，这与底层 Foo 类是否具有 IEnumerable 类型的 Bars 属性无关。 Foo 类可能不会。应用程序甚至可能不需要能够迭代 Foo 的所有 Bar 对象（UI 中除外）。

编辑

当我的视图是应用程序对象模型的简单表示时，我所做的事情几乎与您在示例中所做的一样。我的构造函数中的代码通常更紧凑一些：

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

但本质上是一样的。

但这假设 Foo 实际上公开了 Bars 属性。可能不会。或者也许只有一些 Bar 对象应该出现在视图中。或者它们可能应该与其他对象混合在一起，并且 FooViewModel 应该公开某种类型的 CompositeCollection。

我要表达的观点是视图模型是视图的模型。这不一定与底层对象模型有直接对应。

举一个简单的例子：我的程序可以为用户提供一种将项目放入五个不同类别的方法，方法是将它们拖放到五个不同的 ListBox 控件中。最终，这样做会在 Item 对象上设置一个 Category 属性。我的视图模型将有一个 CategoryViewModel 对象的集合，每个对象都有一个 ObservableCollection 类型的属性，因此在集合之间来回拖动项目很容易实施。

问题是，应用程序的对象模型中甚至可能没有 Category 类，更不用说 Category 对象的集合了。 Item.Category 可能只是string 类型的属性。 CategoryViewModel 并未镜像应用程序的对象模型。它的存在只是为了支持 UI 中的视图。

Answer 2

好吧，我会继续添加我的想法作为答案，而不是在评论中。 :)

我认为最重要的是，这就是 WPF 和数据绑定工作方式的现实。为了进行双向数据绑定，集合需要一种通知绑定到它们的控件的方法，而大多数域对象中使用的标准列表和集合不/不会/不应该支持这一点。正如我在评论中提到的，要求为非集合属性实现 INotifyPropertyChanged 是标准域对象可能无法满足的另一个要求。

域对象并不打算成为视图模型，因此您可能会发现需要在两种类型的对象之间来回映射。这与必须在域对象和数据访问对象之间来回映射没有什么不同。每种类型的对象在系统中都有不同的功能，并且每种对象都应该专门设计以支持它们自己在系统中的角色。

综上所述，Agies 使用 AOP 自动生成代理类的想法非常有趣，也是我打算研究的内容。

Answer 3

我所做的不是在域模型中使用 ObservableCollection，而是使用我自己的集合类型来实现 INotifyCollectionChanged 接口以及其他有用的标准和自定义接口。我的想法很像 Rockford Lhotka 在他的书中建议的那样，更改通知的用途不仅仅是只是表示层，因为当另一个对象的状态发生变化时，域层中的其他业务对象通常需要某种通知。

使用这种方法，您可以创建自己的集合类型，该集合类型仍然具有更改通知以及您需要的自定义行为的优点。集合的基类可以实现为纯粹的基础设施代码，然后可以使用 这本书。因此，最终您可以拥有一个可以包装 IEnumerable<> 类型的集合。并为您的域模型和演示代码提供您正在寻找的更改通知内容。