2

我正在使用DataGridwith CellEditingTemplates。由于ItemsSource使用了数据虚拟化集合（AlphaChiTech 解决方案），它一次只能按需获取大小为 100 个项目的页面。

它工作得很好，直到一个单元格被双击进入编辑表单，然后VirtualizingStackPanel一个接一个地请求所有项目。当然，作为副作用，最终会请求所有页面。

有没有办法解决这个问题？

编辑：

我找到了一种解决方法，它可能会帮助我遇到这种情况的人：

最终我观察到，在切换到编辑表单后行高保持不变的情况下，VirtualizingStackPanel 并没有请求所有项目。在解决方法之前，我的编辑表单略高。

现在我设置了单元格（正常和编辑）中控件的 MinHeight，这样在切换到编辑表单时高度不会改变。

不幸的是，这仅在某些条件下有效。在某些情况下它不起作用：

  • 使用RowDetailsTemplate. 一旦可见，虚拟化就被破坏了。我假设行详细信息属于行本身，因此行高再次增加。

  • 分别在 CollectionView 上分别引发 Collection 的 Reset 事件。根据我的经验，这通常是使用DataGrids.

  • 减少Count集合的数量（这也不会引发 Reset 事件）。

有趣的是，增加Count集合的数量确实有效。但是我必须增强 AlphaChiTech 的功能（幸运的是，源代码在 github 上），因为没有Count开箱即用的 Reset 事件就无法更改（至少我没有找到）。此外，DataGrid's项目必须在之后立即刷新，否则会引发异常，说明ItemsControl和集合确实具有不一致的状态。

行详细信息对我来说是可选的，但在不破坏数据虚拟化的情况下删除项目至关重要。因此，问题仍然存在。我的解决方法很可能会帮助拥有固定大小集合的人，但不幸的是不是我自己。

4

1 回答 1

0

解决方法

我自己找到了解决此问题的解决方法。此解决方法适用于在 WPF 中使用数据虚拟化的可编辑集合（无需解决方法即可实现数据虚拟化只读集合）。

首先，行必须是统一大小的。我的问题之一是CellEditingTemplates高于CellTemplates. 所以每次触发编辑表单时，DataGrid都会获取集合的所有项目。设置 的MinHeight以CellTemplates匹配 的高度就可以CellEditingTemplates了。

显然，RowDetailsTemplate属于行，所以当它可见时，它会改变行的高度，从而破坏数据虚拟化。因此，最好不要使用行详细信息并使用主从模式，其中“详细信息”显示在DataGrid. 后者我现在正在尝试实施（未完全实施的第一次尝试效果很好，足以说明这不会造成任何麻烦）。我确实想到了行详细信息的一个例外：如果行详细信息始终可见并且每个项目具有相同大小的行详细信息，那么它可能会起作用。这个想法是行的高度然后是统一大小的，但是在我的应用程序中，整个集合中只有少数项目需要详细信息，我没有尝试这种方法。

其次，减少计数 - 意味着删除项目 - 并重置集合上的项目或DataGrid触发还获取所有项目。此处的解决方法是在添加或删除项目时用相同项目的新集合对象替换现有集合。幸运的是，这个新集合也是数据虚拟化的。所以它仍然是高效的，流畅的，用户不会注意到它。但是如果在DataGrid. ViewModel这是一个令人讨厌的解决方法：我在管理虚拟化集合的 中实现了两个事件。这些是PreVirtualizedRefresh和PostVirtualizedRefresh。订阅它们并取消选择on和 onView中的每个项目DataGridDataGridPreVirtualizedRefreshPostVirtualizedRefresh可能会再次选择取消选择的项目索引（如果已记住）。后来一个仍然不适合我。

重要的是，通过这些解决方法（使用替代的主从模式并使用新的集合对象刷新和取消选择项目），数据虚拟化不会被破坏。

评论

在处理这些问题时我尝试过的所有虚拟化解决方案中，我认为 AlphaChi 解决方案是最好的。

WPF 在构建时绝对没有考虑到数据虚拟化。另一方面，它的继任者 UWP 甚至拥有自己的数据虚拟化接口。因为我没有任何 UWP 项目，所以我无法亲自尝试，但我想这会很有趣。话虽如此，UWP 没有原生的DataGrid，因此数据虚拟化集合必须提供给Lists第三方DataGrids。所以也需要权衡。

于 2016-06-28T21:49:08.373 回答