wpf - WPF 应用程序框架 (WAF) 中的 MVVM Collection View

Question

简而言之，我的问题是:您更喜欢如何将过滤/排序/分组的 ObservableCollections 公开给 WAF 中的 View ？

我对我的第一次尝试感到相当满意，其中涉及在 VM 上进行过滤并公开模型对象的 ICollectionView 以便 View 绑定(bind)到:

public StartDetailViewModel(IStartDetailView view, StartPoint start, Scenario scenario)
        : base(view)
    {
        this.scenario = scenario;
        this.start = start;

        this.startsViewSource = new CollectionViewSource();
        this.startsViewSource.Filter += new FilterEventHandler(Starts_Filter);
        this.startsViewSource.Source = scenario.Starts; 
    }
    public ICollectionView FilteredStarts
    {
        get
        {
            return startsViewSource.View;
        }
    }
    void Starts_Filter(object sender, FilterEventArgs e)
    {
        if (e.Item != null)
        {
            e.Accepted = (((StartPoint)e.Item).Date == this.start);
        }
    }
}

但是，直接公开 Model 对象是不够的，因为现在每个项目都需要自己的 ViewModel。

因此，CollectionViewSource.Source 现在附加到 View 集合。主要问题是在应用过滤器时:

void Starts_Filter(object sender, FilterEventArgs e)
{
    //Since e.Item is now a view we are forced to ask the View for the ViewModel:
    StartItemViewModel vm = ((IStartItemView)e.Item).GetViewModel<StartItemViewModel>();
    [...]
}

这对我来说感觉不对。有更好的方法吗？

更新

所以我恢复到 Model 对象的 CollectionViewSource.Source 并维护一个单独的 View 绑定(bind)的子 View 对象集合。

那么问题当然是我为什么要在 ViewModel 中使用 CollectionViewSource 呢？

我认为以下原则适用:如果过滤/排序功能只是 View 的属性(即替代 View 可能合法地不提供此类功能)，则应在 View 中使用 CollectionViews(必要时使用代码隐藏)。如果过滤/排序功能是模型的一个维度，那么这可以通过其他方式在 ViewModel 或模型中处理。

一旦您意识到 MVVM View 中的代码隐藏是完全可以接受的，这就是有道理的。

任何意见？

Answer 1

我认为 CollectionView 的真正好处在于当您需要在逐个浏览 collectionview 项目时报告信息。通过这种方式，您可以使用可能需要的 CurrentPosition 属性和 MoveCurrentToNext (/etc.) 方法。我特别喜欢当集合中的项目属性更改/添加/删除/更改时能够在 MVVM 中报告 PropertyChanged 通知的想法。

我认为在需要更复杂通知的控件中使用更有意义(例如数据网格，您可能希望在每次选择更改或将新项目添加到控件时引发 PropertyChanged 事件并保存到数据存储区) .

我希望这是有道理的。这正是我作为初学者所总结的。

另外，我真的认为除了数据上下文和您可能从 View 模型提供给它的共享数据之外， View 的代码隐藏中不应包含任何内容。