QRowTable表格控件(三)-效率优化之-合理使用QStandardItem
原文链接：QRowTable表格控件(三)-效率优化之-合理使用QStandardItem
一、开心一刻
砖家在河边看到两只乌龟缩着一动不动，问一农民：“它们在干吗？”。
农民说：“在比赛！”。
砖家不解：“动都没动过，比什么赛？”。
农民：“在比装死！”。
砖家：“可是壳上有甲骨文的那只，早就死了啊？”。
这时，一只乌龟猛然探出头来骂道：“MD，死了也不吭一声！”。
突然另一只也伸出头来：“傻子！砖家的话你也信，你输了 ！”。
二、概述
最近换了一家新单位，工作的内容也发了一些变化。接触了一些大牛，也让我对Qt有了一个新的认识。
不看源码真他妈不行呀
这不今天就给大家说一说我最近工作中遇到的一个坑，而这个坑只有看了源码后才明白。
上一篇QRowTable表格控件(二)-红涨绿跌文章讲到了我们怎么往表格中添加数据，并且是了一个简单的股票组件。可以存放各种行情数据、持仓和订单等等。
下面问题就来了，我这个demo中的数据只有不到10行，当你真的把这个控件投入的生产环境时就会发现，demo就是demo，它就是个demo而已。
博主自己大概测试了下把数据调到10000行，等了几分钟界面还没有出来，就放弃了。
测试代码如下：
int rate = 10000;
model->setRowCount(rate * itemVec.size());
for (int j = 0; j < rate; ++j)
{
for (int i = 0; i < itemVec.size(); ++i)
{
const OptionalMarketItem & info = itemVec.at(i);
QStandardItem * item_price = new QStandardItem;
item_price->setText(QString::number(info.price));
item_price->setData(int(Qt::AlignRight | Qt::AlignVCenter), Qt::TextAlignmentRole);
model->setItem(i, 0, item_price);
...
}
}
既然代码性能不行，我们当然需要去找更好的实现方式了，总不能就这么上线吧。
于是乎，有了如下代码，30000行数据1-2s即可初始化完毕，震惊脸。
int rate = 10000;
model->setRowCount(rate * itemVec.size());
for (int j = 0; j < rate; ++j)
{
for (int i = 0; i < itemVec.size(); ++i)
{
const OptionalMarketItem & info = itemVec.at(i);
int row = i + j * itemVec.size();
QModelIndex index = model->index(row, 0);
model->setData(index, QString::number(info.price), Qt::DisplayRole);
model->setData(index, int(Qt::AlignRight | Qt::AlignVCenter),Qt::TextAlignmentRole);
}
}
我槽，上述两种书写方式有球区别，怎么会差别如此之大，下面让我为大家细细道来。
三、效果展示
以下是红涨绿跌效果图，demo中展示了30000数据，应该算是比较多，可以满足大多数的应用场景。
腹黑版
四、QStandardItem
1、QStandardItem是什么鬼
Qt的帮助文档是一个好东西，打开assisant.exe，搜索QStandardItem类，可以搜索如下提示信息。
什么意思呢！
为了阅读起来更流畅，我这里就行中文内容的意译。
虽然英文解释很多，但是意译成中文后就很简单了，毕竟帮助文档要说的很清晰、场景囊括的会比较全一些
意译：QStandardItem是一个数据结构，他可以存储一个cell的各种信息，比如文本、图标、是否可选、字体、别景色、前景色等等。并且QStandardItem可以有孩子和兄弟，他是为model提供数据存储的节点。
这里我在补充一些内容，让大家对QStandardItem右更进一步的了解。
QTableView：作为表格cell时，有一个作为根节点的QStandardItem，其他节点都是QStandardItem节点的孩子节点，并且都是兄弟节点(这里暂时不考虑多列的情况)。
QTreeView：作为树节点cell时，有一个作为根节点的QStandardItem，其他节点都是他的孩子节点，但是其他节点也可以作为父节点存在(这里暂时不考虑多列的情况)。
2、性能分析
a、QStandardItem构造慢？
简单了解QStandardItem对象后，下面开始从代码上分析性能问题到底出现在了哪里。
//优化前代码
QStandardItem * item_price = new QStandardItem;
item_price->setText(QString::number(info.price));
item_price->setData(int(Qt::AlignRight | Qt::AlignVCenter), Qt::TextAlignmentRole);
model->setItem(i, 0, item_price);
//优化后代码
int row = i + j * itemVec.size();
QModelIndex index = model->index(row, 0);
model->setData(index, QString::number(info.price), Qt::DisplayRole);
model->setData(index, int(Qt::AlignRight | Qt::AlignVCenter),Qt::TextAlignmentRole);
仔细比较以上代码，优化前的diamante是我们自己构造了QStandardItem，然后设置数据并存储到QStandardItemModel中，而优化后的代码我们直接把数据通过QStandardItemModel进行了设置。
这两种方式到底有何区别？？？
解决这种问题，Qt给我们提供了很好的问题解决方式，直接跟踪源码即可。想要把Qt了解透彻，源码是唯一的途径。其他什么各种搜索引擎都弱爆了。
如上图所示，跟踪Qt的源码发现，当我们通过Model设置数据项时，Qt内部也是为我们构造了一个QStandardItem对象，然后把数据放到这个对象上的。
说明QStandardItem对象的构造并不是性能所在，性能问题还需要进一步分析。
很重要：Qt的Model中把数据又单独封装了一层，数据存储在QStandardItem对象中。本篇文章主要分析的性能瓶颈在QStandardItem对象的使用上，如果想要极致的性能体验，还有比本篇文章更容易的方式，只是需要自己写的代码就会变得更多，如果有需要的话可自行搜索自定义Model，然后自己对数据进行管理，这样就少了QStandardItem对象的构造和很多数据类型的转换
由于博主使用的场景，表格数据不会超过100行，因此轻量级的处理已经可以满足需求，没有进一步去重写Model数据源管理。
百度不到的话，欢迎评论区留言，后续博主有时间进一步优化。
b、setData有问题？
先抛出答案，问题确实处在setData上
如下两种图是QStandardItem在设置数据孩子数据时很重要的一个调用，把参数中的item设置为当前节点的孩子节点。
仔细看图中红色框圈起来的内容，有一个emitChanged变量控制了3个信号的触发。
问题就出现在这个emitChanged变量上，他的意思就是说当前item是否发现了变化。
仔细回想我们优化前的代码，QStandardItem对象是不是我们自己构造的，然后设置给了Model，这是不是搬起石头砸自己的脚。
仔细一分析：好像是这么回事，优化前的代码在行数较少时不会有明细问题，可是当数据量很大时，其实这是有问题的。
c、性能根源
既然知道是多发送了3个信号导致了性能问题，那么接下来就是分析这3个信号都干了什么。
下面按触发顺序来分别解释每一个信号
1、layoutAboutToBeChanged
如下图是帮助文档描述
意译：该信号的触发在model的布局即将发生变化时触发。model还有布局，这是什么鬼，其实就是说model中的item发现了变化。
这个信号其实还提供了参数，可以方便我们对某一些节点进行刷新，当我们指定了父节点和刷新策略时生效。
QStandardItem的setData这里没有指定参数，表示全量刷新，使用时需要非常注意。
2、layoutChanged
如下图是帮助文档描述
意译：该信号的触发在model的布局发生变化之后，也就说需要全量刷新model时，可以通过触发该信号达到目的。
比如重新排序、数据源发送变化等。
这个信号不建议大家主动调用，数据量大时会导致性能问题
如果非要调用，也应该到信号的参数带上这样就是局部刷新
博主之前做过一个控件，是优化QTreeview控件相关的，意思是说想让QTreeView的行高可以自定义。
做过这块内容的同学可能都知道，Model在通过data函数获取数据时有一个字段role，这个字段表示了他想获取什么样的数据，解决办法也就在这里了，当role等于Qt::SizeHintRole时，表示我们想要获取的行高，我们通过这里设置一个合适的行高即可。
Qt为了优化性能，不会每一次都计算树控件的行高，这里做了一个优化，只有第一次也就说Model发现变化时才从QStandardItem中获取行高，然后所有的额行高信息都存储在了视图的ViewItem缓存中，这直接导致了我们在界面上拖拽垂直表头行高，内容行高不会发生变化。
这里就需要用到layoutChanged信号，当我们给QStandardItem重新设置了行高之后，需要激活Model布局发生变化事件。
3、itemChanged
如下图所示，看名字就知道itemChanged这个喜好是干嘛使得。
分析了以上3个函数，大家心里是不是对QStandardItem有了一个全新的认识。
既然自己构造item这么坑，博主建议大家干脆就不要使用new QStandard这句代码了。
凡事总有例外，既然Qt把这个类导出给我们使用了，总是有他的道理，对于一些特殊场景可能需要自定义item，这时候Qt建议我们是这么做的。
如上图，我们需要重写几个函数，这里大家知道就行。大家记住，一般情况下都不需要这么干。
3、QStandardItem使用上的坑
1、原则上QStandardItem不需要我们去构造，使用Model的index函数访问cell时Qt内部会帮我们构造，特别是对于数据量大时，Qt内部构造会有很大的效率提升。
2、Model的setItem使用上需要注意，除非一些特殊场景（比如我们自定义item），否则尽量不要使用。
自定义item，需要重写很多东西；设置item时，原有item将会被删除
3、对于需要设置cell自定义窗口用法
通过指定行列设置
setCellWidget(int row, int column, QWidget *widget)
五、相关文章
很重要–转载声明
-
本站文章无特别说明，皆为原创，版权所有，转载时请用链接的方式，给出原文出处。同时写上原作者：朝十晚八 or Twowords
-
如要转载，请原文转载，如在转载时修改本文，请事先告知，谢绝在转载时通过修改本文达到有利于转载者的目的。