虚拟化 WPF WPF 包裹面板问题

Question

在 WPF 中使用虚拟化环绕面板的选项并不多。由于某种原因，MS 决定不在标准库中提供一个。

如果有人能够如此大胆地为以下 Codeplex 项目的第一个工作项目提供众包答案（和解释），我将不胜感激：

http://virtualwrappanel.codeplex.com/workitem/1

谢谢！

---

问题摘要：

我最近尝试使用此项目中的虚拟化包装面板，但遇到了一个错误。

重现步骤：

1. 创建列表框。
2. 将虚拟化包装面板设置为列表框面板模板中的 itemhost。
3. 将列表框的 itemsource 绑定到可观察集合。
4. 从支持的可观察集合中删除一个项目。

MeasureOverride 中的 Debug.Assert 失败 (Debug.Assert(child == _children[childIndex], "Wrong child was generated");)，继续执行会导致 Cleanup 方法中出现空异常 [请参阅随附的屏幕截图]。

如果您能够纠正此问题，请告诉我。

谢谢，

AO

---

代码：

http://virtualwrappanel.codeplex.com/SourceControl/list/changesets#< /a>

替代文本 http:// virtualwrappanel.codeplex.com/Project/Download/AttachmentDownload.ashx?ProjectName=virtualwrappanel&WorkItemId=1&FileAttachmentId=138959

Answer 1

问题说明

您要求对出现的问题进行说明以及如何解决该问题的说明。到目前为止还没有人解释这个问题。我会这样做。

在带有 VirtualizingWrapPanel 的 ListBox 中，有五个独立的数据结构用于跟踪项目，每个数据结构都以不同的方式进行跟踪：

1. ItemsSource：原始集合（在本例中为 ObservableCollection）
2. CollectionView：保留排序/过滤/分组项目的单独列表（仅当其中任何一个都存在时） ItemContainerGenerator：跟踪项目和容器之间的
3. 映射
4. InternalChildren：跟踪当前可见的容器
5. WrapPanelAbstraction：跟踪哪些容器出现在哪一行

当从 ItemsSource 中删除项目时，此删除必须传播到所有数据结构。它的工作原理如下：

1. 您在 ItemsSource 上调用 Remove()
2. ItemsSource 会删除该项目并触发由 CollectionView 处理的 CollectionChanged
3. CollectionView 会删除该项目（如果正在使用排序/过滤/分组）并触发由 CollectionView 处理的 CollectionChanged通过 ItemContainerGenerator
4. ItemContainerGenerator 更新其映射，触发由 VirtualizingPanel 处理的 ItemsChanged
5. VirtualizingPanel 调用由 VirtualizingWrapPanel 实现的虚拟 OnItemsChanged 方法
6. VirtualizingWrapPanel 丢弃其 WrapPanelAbstraction，因此它将被构建，但它永远不会更新 InternalChildren

因为其中，InternalChildren 集合与其他四个集合不同步，导致出现错误。

问题的解决方案

要解决该问题，请在 VirtualizingWrapPanel 的 OnItemsChanged 方法中的任意位置添加以下代码：

switch(args.Action)
{ 
    case NotifyCollectionChangedAction.Remove: 
    case NotifyCollectionChangedAction.Replace: 
        RemoveInternalChildRange(args.Position.Index, args.ItemUICount); 
        break; 
    case NotifyCollectionChangedAction.Move: 
        RemoveInternalChildRange(args.OldPosition.Index, args.ItemUICount); 
        break; 
} 

这使 InternalChildren 集合与其他数据结构保持同步。

为什么这里没有调用 AddInternalChild/InsertInternalChild

你可能想知道为什么上面的代码中没有调用 InsertInternalChild 或 AddInternalChild，特别是为什么处理 Replace 和 Move 不需要我们在执行过程中添加新项项目已更改。

理解这一点的关键在于 ItemContainerGenerator 的工作方式。

当 ItemContainerGenerator 收到删除事件时，它会立即处理所有内容：

1. ItemContainerGenerator 立即从其自己的数据结构中删除项目
2. ItemContainerGenerator 触发 ItemChanged 事件。预计专家组将立即拆除该集装箱。
3. ItemContainerGenerator 通过删除其 DataContext 来“取消准备”容器

。 另一方面，ItemContainerGenerator 了解到添加项目后，所有内容通常都会被推迟：

1. ItemContainerGenerator 立即在其数据结构中为该项目添加一个“槽”，但不会创建容器
2. 。项目更改事件。面板调用 InvalidateMeasure() [这是由基类完成的 - 您不必这样做]
3. 稍后当调用 MeasureOverride 时，Generator.StartAt/MoveNext 用于生成项目容器。任何新生成的容器都会在那时添加到InternalChildren。

因此，InternalChildren 集合中的所有删除（包括属于 Move 或 Replace 的部分）都必须在 OnItemsChanged 内完成，但添加可以（并且应该）推迟到下一个 MeasureOverride。

Answer 2

OnItemsChanged 方法需要正确处理 args 参数。请参阅此问题了解更多信息。复制该问题的代码，您需要像这样更新 OnItemsChanged：

protected override void OnItemsChanged(object sender, ItemsChangedEventArgs args) {
    base.OnItemsChanged(sender, args);
    _abstractPanel = null;
    ResetScrollInfo();

    // ...ADD THIS...
    switch (args.Action) {
        case NotifyCollectionChangedAction.Remove:
        case NotifyCollectionChangedAction.Replace:
            RemoveInternalChildRange(args.Position.Index, args.ItemUICount);
            break;
        case NotifyCollectionChangedAction.Move:
            RemoveInternalChildRange(args.OldPosition.Index, args.ItemUICount);
            break;
    }
}

Answer 3

首先，请注意，一般来说，如果要从集合中删除对象并且没有它的引用，则该对象在删除时就已死亡。因此，至少在删除后，RemoveInternalChildRange 调用是非法的，但这不是核心问题。

其次，即使不是严格的多线程，您也可能会遇到一些竞争条件。必须检查（使用断点）该事件处理程序是否反应过于急切 - 您不希望事件处理程序在您仍处于删除过程中时运行，即使它是单个项目。

第三，检查 null after:

UIElement child = _generator.GenerateNext(out newlyRealized) as UIElement;

并且对于第一次尝试，更改代码以正常退出，在本例中这意味着正常继续 - 必须使用 for 循环和循环中的增量才能完全继续。

当您看到 null 时，还要检查 InternalChildren 以查看该访问路径是否给出与您的 _children 相同的结果（如大小、内部数据、null 在同一位置）。

如果只是跳过一个空值仍然存在（渲染无异常），则立即在调试器中停止它并检查这些数组/集合是否已解决（内部没有空值）。

另外，发布完全可编译的示例项目，该项目在某处提供重现（作为 zip 文件） - 减少随机假设并允许 ppl 构建/运行并查看。

说到假设 - 检查你的“可观察集合”在做什么。 如果要从集合中删除项目，则该集合先前状态中的任何迭代器/枚举器都有权抛出或给出 null，并且在试图过于智能的 UI 中，具有过时的迭代器很容易发生。