向CollectionViewSource添加SortDescription为何会清除视图过滤器？

问题背景 #

在后台代码构建CollectionViewSource，用于对磁盘文件夹对象集合做排序和过滤，并将View暴露给XAML使用。最初的代码写法如下：

var cvsFolder = new CollectionViewSource()
{
    Source = _scansSource.Items,
    View = { Filter = IsScan }     // 仅显示标记为"扫描件"的文件夹
};        

// 按指定属性排序——这一步会清除之前设置的过滤器
cvsFolder.SortDescriptions.Add(new SortDescription(propertyName, dir));

但实际运行后过滤器未生效，UI显示了所有文件夹。调试发现，调用SortDescriptions.Add会清除之前设置的过滤器（或直接替换了View实例）。调整顺序后代码正常工作：

var cvsFolder = new CollectionViewSource() { Source = _scansSource.Items, };        
cvsFolder.SortDescriptions.Add(new SortDescription(propertyName, dir));
cvsFolder.View.Filter = IsScan;   // 添加排序描述后再设置过滤器

但这种行为不符合预期，因此有以下疑问：

1. 后续动态修改排序（添加/移除描述或更改排序方向）时，是否每次都必须重置过滤器？
2. CollectionViewSource还有哪些属性会产生类似影响？
3. 当前的实现方式是否有误？

解答 #

1. 动态修改排序无需每次重置过滤器 #

只要避免在View实例被重新创建后丢失过滤逻辑，就不需要每次修改排序都重置过滤器。问题的核心在于CollectionViewSource的View是延迟创建的：

• 最初写法中，在对象初始化器里设置View.Filter时，CollectionViewSource会提前创建一个默认View实例；但修改SortDescriptions时，CollectionViewSource会认为需要重新生成符合排序规则的View，于是丢弃旧实例创建新的，导致之前设置的Filter丢失。
• 调整顺序后，先修改SortDescriptions，再获取View（此时才会基于当前排序规则创建View），设置的Filter会绑定在这个最终的View上。后续如果只是修改已有SortDescription的排序方向，不会触发View重建，Filter也不会丢失；但如果是清空SortDescriptions后重新添加，可能还是会触发View重建，这种情况更推荐用下面的优化方案。

2. 会触发View重建的属性操作 #

除了SortDescriptions的修改外，以下操作也会导致CollectionViewSource重建View实例，进而丢失直接绑定在View上的Filter、CustomSort等设置：

• 修改GroupDescriptions集合（添加、移除、清空元素）
• 重新设置Source属性
• 修改IsLiveFilteringEnabled、IsLiveSortingEnabled等实时筛选/排序相关属性（当变更需要重新生成View时）

3. 更可靠的实现方式 #

不要直接操作View.Filter，而是绑定CollectionViewSource自身的Filter事件。这个事件绑定在CollectionViewSource上，无论View被重建多少次，事件都会自动关联到新的View实例，不会丢失过滤逻辑：

var cvsFolder = new CollectionViewSource()
{
    Source = _scansSource.Items
};

// 先设置排序或分组
cvsFolder.SortDescriptions.Add(new SortDescription(propertyName, dir));

// 通过Filter事件绑定过滤逻辑
cvsFolder.Filter += (sender, e) =>
{
    e.Accepted = IsScan(e.Item);
};

这种写法不仅避免了排序与过滤的顺序问题，后续动态修改排序、分组时，过滤逻辑也会自动生效，无需额外重置。

内容的提问来源于stack exchange，提问作者Joe