在我目前使用的专有代码库中,有一个自定义列表视图(派生自QListView
(。
目前,当大量项目(>10000(使主线程冻结时,它会出现问题。视图中的每个项目都是在QtDesigner中设计的自定义小部件。
为了渲染每一行,我们使用setIndexWidget
,它在QAbstractItemModel::rowsInserted
信号上被调用。对于插入的每一行,从first
到last
为每个索引设置自定义小部件。
我尝试将此代码移植为使用QStyledItemDelegate
,因为断开项目小部件与实际模型的连接似乎可以解决渲染速度慢的问题。
在这种情况下,Qt5可以根据需要延迟地呈现视图中的项目。在显示列表之前,我们不需要创建每个用于查看的小部件。
我使用从QStyledItemDelegate
派生的类获得了初步结果。我在构造函数中创建了一个列表项小部件,然后像这样覆盖绘制事件。
void paint(QPainter *painter, const QStyleOptionViewItem &option,const QModelIndex &index) const override {
auto baseWid = getBaseWidget(); // Get's list item widget pointer
setSubEditorData(baseWid,index); // Set's it's state to display current item
baseWid->resize(option.rect.size());
QPixmap pixmap(option.rect.size());
baseWid->render(&pixmap);
painter->drawPixmap(option.rect, pixmap);
}
这对于静态内容来说已经足够了,但我的小部件有复选框,可以选择。
我真的不知道如何使它具有交互性,同时保留代理提供的好处(按需渲染等等(。
我的问题是如何让委托处理用户事件?就像鼠标单击一样,选择也会发生变化。
Qt5涉及委托的例子太简单了,我不明白如何使用委托绘制自定义小部件。
当鼠标移动或代理接收到事件时,我尝试使用的最佳解决方法包括在静态渲染的QPixmap
和真实小部件之间进行动态切换。
首先,我覆盖QAbstractItemDelegate::editorEvent
,所以当委托接收到任何事件时,它会切换到该QModelIndex
的真实小部件。
切换到真正的小部件是使用QAbstractItemView::openPersistentEditor
完成的。在该调用之后,QAbstractItemDelegate::createEditor
被自动调用以获得小部件。
bool editorEvent(QEvent *event, QAbstractItemModel *model, const QStyleOptionViewItem &option, const QModelIndex &index) override
{
auto view = qobject_cast<NyView*>(parent());
view->openPersistentEditor(index);
return Base::editorEvent(event, model, option, index);
}
在我看来,我还启用了打开编辑器的每一种描述方式。
this->setEditTriggers(QAbstractItemView::EditTrigger::AllEditTriggers);
this->setMouseTracking(true);
connect(this, &MyView::entered, this, &MyView::openPersistentEditor);
鼠标悬停在窗口小部件上时会发出QAbstractItemView::entered
信号。
从用户的角度来看,没有什么变化,在他们可以与列表项交互之前,它已经被真正的小部件动态替换了。
一些垃圾收集策略似乎也是必要的,因为如果用户悬停在许多小部件上,即使长时间不与它们交互,它们也会保留在内存中。对于已删除的行,编辑器会自动销毁,但这可能还不够。
基于Qt5的开源软件(Telegram Desktop(在不使用小部件的情况下渲染大列表。他们手动渲染列表,覆盖QWidget::paint
方法并实现虚拟化(只绘制屏幕上显示的内容(。