c++ - 代理和 fetchMore()/canFetchMore() 背后的 Qt 模型

Question

我很想知道当具有增量数据获取的主数据模型位于代理或代理链后面时， View 会如何表现。

像取消分组代理(示例:http://lynxline.com/jongling-qt-models/)这样的项目重排代理应该如何实现对 fetchMore()/canFetchMore() 的支持？

Answer 1

检查 QSortFilterProxyModel 的来源让我得出结论:

• QSortFilterProxyModel 允许访问已经获取的行。调用 rowCount、data 等将表现为源表中没有更多数据。
• QSortFilterProxyModel(默认情况下是 QAbstractProxyModel)将 canFetchMore 和 fetchMore 调用路由到源模型的相应方法.

这意味着当您使用从动态获取的表中填充的 QSortFilterProxyModel 向下 ScrollView 时，它将动态填充来自源模型的新数据。但是，您不能确定新项目是否会添加到末尾。相反，当向下滚动表格时，它的数据可以完全改变。根据当前的排序和过滤设置，可以在任何地方添加新行。

当没有额外支持 canFetchMore 和 fetchMore 时，所有代理模型(包括链接的 UngroupProxyModel 类)将表现得像默认。

QTableView 在显示此类模型时会出现问题。例如，如果源模型有行 -2； -3； 2; 3 (让 ; 在我的答案中作为行分隔符)，没有排序的 View 通常会显示类似 -2; -3； 2; 3;空行；空行。空行显示在表的底部。当用户向下滚动到足够靠近这些项目时， View 会请求获取更多数据。但是，启用排序后， View 显示 -3； -2；空行；空行； 2; 3，即它将空的无效行移动到表的中间或顶部。它不影响功能，但看起来很尴尬。

但是，上述所有问题都取决于实现。有关详细信息，请参阅所用模型类的代码和文档。我认为可以实现随心所欲的代理模型。

此外，在某些情况下，在表格中显示排序数据之前完全获取源模型是合理的。在未获取所有数据时，不可能进行正确的排序或连接。如果您获取了源模型数据(例如 while(model->canFetchMore()) { model->fetchMore(); })，那么代理模型的行为将与未动态填充的模型完全相同。