QT view视图内容显示的三种方式:
直接使用qt控件组装拼接
QStyledItemDelegate基本使用:单元格数据渲染与编辑_龚建波-CSDN博客_qstyleditemdelegate的用法
这种优点是可以利用现有控件,统一全局的效果;缺点是每个控件的行为都要规范化,如果树状的视图,每行的行为表现不一致开发起来就会有很多额外交互调用的工作,控件内部的排列布局和外部行号之间的排列布局冲突(例如好几个label组成的,一个label内的是按照文本大小调整控件大小,但是整行视图的显示规则可能是优先显示某串文本,挤压某个特定的文本内容);
使用场景上,滚动式列表常规做法列表来说会创建固定数量的控件,滚动过程中控件个频率来进行数据的反复设置。绘制前的预处理过程比较重。使用到的自定义控件需要考虑每个接口设置的性能问题。
还要一种方法是使用某个原生控件的显示效果来实现列表的绘制。
void QCustomizedDelegate::paint( QPainter * painter, const QStyleOptionViewItem & option, const QModelIndex & index ) const
{
if(index.column()==1 && index.data().type() == QVariant::Int) //判断列数,并判断索引值是否int型(温度是通过int型值表示的)
{
int radio=14;
int top = option.rect.top() + radio;
int left = option.rect.left() + radio;
int width = option.rect.width() - 2 * radio;
int height = option.rect.height() - 2 * radio;
QStyleOptionProgressBar bar; //设置参数
bar.rect.setRect(left, top, width, height);
bar.state = QStyle::State_Enabled;
bar.progress = index.data().toInt();
bar.maximum = 100;
bar.minimum = 0;
bar.textVisible = true;
bar.text = QString("当前温度:%1°").arg(bar.progress);
bar.textAlignment = Qt::AlignCenter;
QApplication::style()->drawControl(QStyle::CE_ProgressBar,&bar,painter, m_bar.data());
}
else
{
QItemDelegate::paint(painter,option,index);
}
}
这里即使创建了控件也只是为了显示不会做任何交互。
缺点:与方案一一样存在内部布局和外部布局上的冲突;另外这种能支持的控件时有限的,举个例子,如果我要绘制一个自定义的进度条(曲线的或者圆形的)是不能通过drawcontrol的(原因在于,它不会触发自定义控件的paintevent,它内部通过层层调用最终进入下面这段代码,可以看出来它用的标准控件的元素组合来绘制的控件。而不是真的通过自定义控件的paintevent来做。现在组件库里的那些组件大部分都是通过重载paintevent来实现的,所以我们都不能用。因为它绘制不了,它能通过你设置的qss和贴图来展示出标准控件的某种样式,且呈现出用户设置的选态效果(Hover enabled等)仅此而已。
堆栈如下:
即使m_bar是自定义的progress控件
class CustomProgress:public QProgressBar
{
public:
CustomProgress(QWidget* parent=nullptr);
~CustomProgress();
protected:
void paintEvent(QPaintEvent* event);
};
void CustomProgress::paintEvent(QPaintEvent* event)
{
QPainter p(this);
p.setRenderHint(QPainter::Antialiasing);
auto m_rotateAngle = 360*value()/100;
int side = qMin(width(), height());
QRectF outRect(0, 0, side, side);
QRectF inRect(20, 20, side-40, side-40);
QString valueStr = QString("%1%").arg(QString::number(value()));
//画外圆
p.setPen(Qt::NoPen);
p.setBrush(QBrush(QColor(97, 117, 118)));
p.drawEllipse(outRect);
p.setBrush(QBrush(QColor(255, 107, 107)));
p.drawPie(outRect, (90-m_rotateAngle)*16, m_rotateAngle*16);
//画遮罩
p.setBrush(palette().window().color());
p.drawEllipse(inRect);
//画文字
QFont f = QFont("Microsoft YaHei", 15, QFont::Bold);
p.setFont(f);
p.setFont(f);
p.setPen(QColor("#555555"));
p.drawText(inRect, Qt::AlignCenter, valueStr);
//QProgressBar::paintEvent(event);
}
显示的大小也不会是这个paintevent里定义的效果。不过这个是可以通过自定义styleoption解决的,下一章再说怎么改造。
第三种:不利用控件手动纯paint的
链接:Qt自定义Model、View、Delegate | 云笺 | 一些技术摘要和写作技巧
这种优点是代码直接,所见即所得,如果显示的不对,直接把这个函数即可。而且没有任何多余的运行逻辑,第二种方法其实底层还是要通过对控件的绘制来绘制这个icon或者文本,但是运行的代码肯定远程过这种直接paint的,执行效率上这个方式更优;
缺点是:如果某个icon资源不能直接使用,而是需要进行换肤的操作,则需要开发对换肤的过程比较熟悉。而且绘制的控件设置的位置布局计算,跟点击时候进行的位置计算进而触发正确动作的逻辑是重复的,需要把这块布局分割做成独立的函数。这个开发工作相对第一种方案来说是一种负累,毕竟第一种方案是系统自