绑定到 Model 对象列表的 ViewModel 的 WPF 列表

Question

在模型中，我有：

public ObservableCollection<Item> Items { get; private set; }

在 ViewModel 中，我有相应的 ItemViewModel 列表。我希望此列表以双向方式绑定到模型的列表：

public ObservableCollection<ItemViewModel> ItemViewModels ...

在 XAML 中，我将（在本例中为 TreeView）绑定到 ItemViewModels 属性。

我的问题是，上面显示的 ViewModel 中的“...”是什么？我希望用一两行代码来绑定这两个 ObservableCollections （提供要为每个模型对象构造的 ViewModel 的类型）。然而，我担心的是需要一堆代码来处理 Items.CollectionChanged 事件，并根据需要构建 ViewModel 来手动更新 ItemViewModels 列表，而相应的相反操作将根据 ItemViewModels 的更改来更新 Items 集合。

谢谢！

埃里克

Answer 1

您可以使用以下类：

public class BoundObservableCollection<T, TSource> : ObservableCollection<T>
{
    private ObservableCollection<TSource> _source;
    private Func<TSource, T> _converter;
    private Func<T, TSource, bool> _isSameSource;

    public BoundObservableCollection(
        ObservableCollection<TSource> source,
        Func<TSource, T> converter,
        Func<T, TSource, bool> isSameSource)
        : base()
    {
        _source = source;
        _converter = converter;
        _isSameSource = isSameSource;

        // Copy items
        AddItems(_source);

        // Subscribe to the source's CollectionChanged event
        _source.CollectionChanged += new System.Collections.Specialized.NotifyCollectionChangedEventHandler(_source_CollectionChanged);
    }

    private void AddItems(IEnumerable<TSource> items)
    {
        foreach (var sourceItem in items)
        {
            Add(_converter(sourceItem));
        }
    }

    void _source_CollectionChanged(object sender, System.Collections.Specialized.NotifyCollectionChangedEventArgs e)
    {
        switch (e.Action)
        {
            case NotifyCollectionChangedAction.Add:
                AddItems(e.NewItems.Cast<TSource>());
                break;
            case NotifyCollectionChangedAction.Move:
                // Not sure what to do here...
                break;
            case NotifyCollectionChangedAction.Remove:
                foreach (var sourceItem in e.OldItems.Cast<TSource>())
                {
                    var toRemove = this.First(item => _isSameSource(item, sourceItem));
                    this.Remove(toRemove);
                }
                break;
            case NotifyCollectionChangedAction.Replace:
                for (int i = e.NewStartingIndex; i < e.NewItems.Count; i++)
                {
                    this[i] = _converter((TSource)e.NewItems[i]);
                }
                break;
            case NotifyCollectionChangedAction.Reset:
                this.Clear();
                this.AddItems(_source);
                break;
            default:
                break;
        }
    }
}

按如下方式使用：

var models = new ObservableCollection<Model>();
var viewModels =
    new BoundObservableCollection<ViewModel, Model>(
        models,
        m => new ViewModel(m), // creates a ViewModel from a Model
        (vm, m) => vm.Model.Equals(m)); // checks if the ViewModel corresponds to the specified model

当 ObservableCollection 更改时，BoundObservableCollection 将更新，但反之则不然（您必须重写很少有方法可以做到这一点）

Answer 2

是的，您的担心是真的，您必须包装所有 ObservableCollection 功能。

我的返回问题是，为什么你想要在看起来不错的模型周围使用视图模型包装器？如果您的数据模型基于某些不可绑定的业务逻辑，则视图模型非常有用。通常，此业务/数据层有一种或两种方法来检索数据并将其更改通知外部观察者，这些更改很容易由视图模型处理并转换为 ObservableCollection 的更改。事实上，在 .NET 3.5 中，ObservableCollection 是 WindowsBase.dll 的一部分，因此通常它一开始就不会在数据模型中使用。

我的建议是，填充/修改 ObservableCollection 的逻辑应该从数据模型移到视图模型中，或者您应该直接绑定到当前调用数据模型的层并直接调用它的名称。一个视图模型。

显然，您可以编写一个帮助器类，它将使用一些转换器 lambda（从 Item 到 ItemViewModel 以及向后）同步两个集合，并在像这样的地方使用它（确保虽然你正确地处理了项目的唯一性），但是恕我直言，这种方法会产生多余数量的包装类，并且每一层都会减少功能并增加复杂性。这与 MVVM 目标恰恰相反。