50

一个常见的场景:具有项目模型集合的模型。
例如,一个有一群人的房子。

如何为 MVVM 正确构建这个结构 - 特别是关于通过添加和删除更新 Model 和 ViewModel 集合?

模型House包含模型的集合People(通常是 a List<People>)。
视图模型HouseVM包含它包装的 House 对象和视图模型的 ObservableCollection PeopleVM( ObservableCollection<PeopleVM>)。请注意,我们最终会看到 HouseVM 持有两个集合(需要同步):
1. HouseVM.House.List<People>
2.HouseVM.ObservableCollection<PeopleVM>

当 House 更新为新人员(添加)或人员离开(删除)时,现在必须在 Model House People 集合VM HouseVM PeopleVM ObservableCollection 两个集合中处理该事件。

这个结构是正确的 MVVM 吗?
有没有办法避免对添加和删除进行双重更新?

4

2 回答 2

57

您的一般方法是非常好的 MVVM,让 ViewModel 公开其他 ViewModel 的集合是一种非常常见的场景,我到处都在使用它。我不建议直接在 ViewModel 中公开项目,就像 nicodemus13 说的那样,因为您最终会将视图绑定到模型,而在您的集合项目之间没有 ViewModels。所以,第一个问题的答案是:是的,这是有效的 MVVM。

您在第二个问题中解决的问题是房屋模型中的人物模型列表与房屋 ViewModel 中的人物 Vie​​wModel 列表之间的同步。您必须手动执行此操作。所以,没有没有办法避免这种情况。

在此处输入图像描述

您可以做什么:实现一个自定义ObservableCollection<T>, ViewModelCollection<T>,它将更改推送到基础集合。要获得双向同步,请将模型的集合也设为 ObservableCollection<> 并注册到CollectionChangedViewModelCollection 中的事件。

这是我的实现。它使用 ViewModelFactory 服务等,但请看一下一般主体。我希望它有帮助...

/// <summary>
/// Observable collection of ViewModels that pushes changes to a related collection of models
/// </summary>
/// <typeparam name="TViewModel">Type of ViewModels in collection</typeparam>
/// <typeparam name="TModel">Type of models in underlying collection</typeparam>
public class VmCollection<TViewModel, TModel> : ObservableCollection<TViewModel>
    where TViewModel : class, IViewModel
    where TModel : class

{
    private readonly object _context;
    private readonly ICollection<TModel> _models;
    private bool _synchDisabled;
    private readonly IViewModelProvider _viewModelProvider;

    /// <summary>
    /// Constructor
    /// </summary>
    /// <param name="models">List of models to synch with</param>
    /// <param name="viewModelProvider"></param>
    /// <param name="context"></param>
    /// <param name="autoFetch">
    /// Determines whether the collection of ViewModels should be
    /// fetched from the model collection on construction
    /// </param>
    public VmCollection(ICollection<TModel> models, IViewModelProvider viewModelProvider, object context = null, bool autoFetch = true)
    {
        _models = models;
        _context = context;

        _viewModelProvider = viewModelProvider;

        // Register change handling for synchronization
        // from ViewModels to Models
        CollectionChanged += ViewModelCollectionChanged;

        // If model collection is observable register change
        // handling for synchronization from Models to ViewModels
        if (models is ObservableCollection<TModel>)
        {
            var observableModels = models as ObservableCollection<TModel>;
            observableModels.CollectionChanged += ModelCollectionChanged;
        }


        // Fecth ViewModels
        if (autoFetch) FetchFromModels();
    }

    /// <summary>
    /// CollectionChanged event of the ViewModelCollection
    /// </summary>
    public override sealed event NotifyCollectionChangedEventHandler CollectionChanged
    {
        add { base.CollectionChanged += value; }
        remove { base.CollectionChanged -= value; }
    }

    /// <summary>
    /// Load VM collection from model collection
    /// </summary>
    public void FetchFromModels()
    {
        // Deactivate change pushing
        _synchDisabled = true;

        // Clear collection
        Clear();

        // Create and add new VM for each model
        foreach (var model in _models)
            AddForModel(model);

        // Reactivate change pushing
        _synchDisabled = false;
    }

    private void ViewModelCollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
    {
        // Return if synchronization is internally disabled
        if (_synchDisabled) return;

        // Disable synchronization
        _synchDisabled = true;

        switch (e.Action)
        {
            case NotifyCollectionChangedAction.Add:
                foreach (var m in e.NewItems.OfType<IViewModel>().Select(v => v.Model).OfType<TModel>())
                    _models.Add(m);
                break;

            case NotifyCollectionChangedAction.Remove:
                foreach (var m in e.OldItems.OfType<IViewModel>().Select(v => v.Model).OfType<TModel>())
                    _models.Remove(m);
                break;

            case NotifyCollectionChangedAction.Reset:
                _models.Clear();
                foreach (var m in e.NewItems.OfType<IViewModel>().Select(v => v.Model).OfType<TModel>())
                    _models.Add(m);
                break;
        }

        //Enable synchronization
        _synchDisabled = false;
    }

    private void ModelCollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
    {
        if (_synchDisabled) return;
        _synchDisabled = true;

        switch (e.Action)
        {
            case NotifyCollectionChangedAction.Add:
                foreach (var m in e.NewItems.OfType<TModel>()) 
                    this.AddIfNotNull(CreateViewModel(m));
                break;

            case NotifyCollectionChangedAction.Remove:
                    foreach (var m in e.OldItems.OfType<TModel>()) 
                        this.RemoveIfContains(GetViewModelOfModel(m));
                break;

            case NotifyCollectionChangedAction.Reset:
                Clear();
                FetchFromModels();
                break;
        }

        _synchDisabled = false;
    }

    private TViewModel CreateViewModel(TModel model)
    {
        return _viewModelProvider.GetFor<TViewModel>(model, _context);
    }

    private TViewModel GetViewModelOfModel(TModel model)
    {
        return Items.OfType<IViewModel<TModel>>().FirstOrDefault(v => v.IsViewModelOf(model)) as TViewModel;
    }

    /// <summary>
    /// Adds a new ViewModel for the specified Model instance
    /// </summary>
    /// <param name="model">Model to create ViewModel for</param>
    public void AddForModel(TModel model)
    {
        Add(CreateViewModel(model));
    }

    /// <summary>
    /// Adds a new ViewModel with a new model instance of the specified type,
    /// which is the ModelType or derived from the Model type
    /// </summary>
    /// <typeparam name="TSpecificModel">Type of Model to add ViewModel for</typeparam>
    public void AddNew<TSpecificModel>() where TSpecificModel : TModel, new()
    {
        var m = new TSpecificModel();
        Add(CreateViewModel(m));
    }
}
于 2013-04-05T10:04:15.730 回答
4

在这种情况下,我只是让模型暴露ObservableCollections 而不是Lists。没有特别的理由不应该这样做。它ObservableCollection位于程序集的System.Collections.ObjectModel命名空间中System,因此没有不合理的额外依赖项,System无论如何你几乎肯定有。 List在 中mscorlib,但这与任何东西一样都是历史文物。

这极大地简化了模型-视图模型的交互,我看不出不这样做的理由,List在模型上使用 s 只会创建许多令人不快的样板代码。毕竟,您对这些事件感兴趣。

另外,为什么你HouseVM包装的是ObservableCollection<PeopleVM>, 而不是 ObservableCollection<People>? 虚拟机用于绑定到视图,所以我认为绑定到您的任何ObservableCollection<PeopleVM>内容实际上都对 感兴趣People,否则您是绑定在绑定中,或者是否有特定原因为什么这很有用?我通常不会让 VM 公开其他 VM,但也许这只是我。

编辑关于库/WCF

我不明白为什么在库中有模型,甚至由 WCF 服务器公开会影响它们是否引发事件,这对我来说似乎完全有效(显然 WCF 服务不会直接公开事件) . 如果您不喜欢这样,我认为您不得不链接多个更新,但我想知道您是否实际上只是手动执行与事件相同的工作ObservableCollection,除非我误解了一些它。

就个人而言,就像我说的那样,我会保持 VM 简单,并让它们暴露最低限度,而不是暴露其他 VM。它可能需要一些重新设计并使某些部分有点痛苦(例如Converter,但是,您最终会得到一个简单,易于管理的设计,边缘有一些易于处理的刺激。

在我看来,您当前的路线很快就会变得非常复杂,最重要的是,很难遵循……但是,YMMV,这只是我的经验:)

也许将一些逻辑转移到显式服务可能会有所帮助?

于 2013-04-05T09:24:24.060 回答