经常有人问list数据量上万的时候,更新效率很低的问题
list的效率瓶颈主要体现在EstimateSize函数计算上面,而针对EstimateSize的优化,只需要给一个预设值,就可以跳过复杂的大小计算了
在xml中放一个唯一的list,然后添加如下代码:
CListUI* pList = static_cast<CListUI*>(m_manager.FindSubControlByType(m_manager.GetRoot(), _T("List")));
DWORD c = pList->GetCount();
for( int i = 0; i < 20000; ++i ) {
TCHAR szBuf[80] = {0};
_stprintf(szBuf, _T("text=\"%d交换list第一个节点和最后一个节点的位置\" height=\"26\" width=\"9999\""), c + i);
//_stprintf(szBuf, _T("text=\"%d交换list第一个节点和最后一个节点的位置\""), c + i); // 这样写效率明显低很多
pList->Add((new CListLabelElementUI())->ApplyAttributeList(szBuf));
}
两种写法,大家可以感受一下延迟差距
事实上,对任何界面库,数据量大到一定程度,优化都是必须的
有人提出了虚拟窗口的方法,就是list只维护少数item,滚动的时候根据显示范围调整这几个item的显示属性。这也是个优化方法,而且能够处理的数据量级理论上非常大。不过这种方法不是太通用,这里提供的是一个小技巧,针对几万数据是没什么问题的。
list的效率瓶颈主要体现在EstimateSize函数计算上面,而针对EstimateSize的优化,只需要给一个预设值,就可以跳过复杂的大小计算了
在xml中放一个唯一的list,然后添加如下代码:
CListUI* pList = static_cast<CListUI*>(m_manager.FindSubControlByType(m_manager.GetRoot(), _T("List")));
DWORD c = pList->GetCount();
for( int i = 0; i < 20000; ++i ) {
TCHAR szBuf[80] = {0};
_stprintf(szBuf, _T("text=\"%d交换list第一个节点和最后一个节点的位置\" height=\"26\" width=\"9999\""), c + i);
//_stprintf(szBuf, _T("text=\"%d交换list第一个节点和最后一个节点的位置\""), c + i); // 这样写效率明显低很多
pList->Add((new CListLabelElementUI())->ApplyAttributeList(szBuf));
}
两种写法,大家可以感受一下延迟差距