QML 组合控件的结构思考

本文探讨了界面元素的组织,强调了初始化、更新和保存数据的重要性。提倡使用模型化数据结构,如ListModel,来规范化界面数据。建议减少对`checked`属性的依赖,转而使用信号进行控制,并确保每个子控件有独立的`update`函数以增强灵活性。同时,提醒开发者在使用`XXXXChanged`时要考虑不可控情况,使用信号提高可控性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

仔细分析控件数据流向

可以分解为4大类

界面元素:

这类大家都比较熟悉:分为 背景(边框阴影) 内容(文字,图片)状态

初始化数据(尽量在一个地方初始化,如果不行,考虑是否需求很烂)

initData();

可以分解为 initApiData()

initUiData();

更新数据

update();

updateApiData()

updateUiData();

保存数据

尽量在同一个地方save,如果不行,尝试改需求。

savaData();

=================

其中界面的数据应该模型化,完全数据表格话

例如用下面数据结构

ListModel{

id: modelData

ListElement {label: QT_TR_NOOP("xxxxxxx"); enumValue: 1};

再定义一个curValue,这样就能判断当前是谁了。

}

Row{

Repeater {

Rectangle {

}

}

}

这样就基本实现了一个可控的界面了。

注意:1. 尽量少使用checked 太复杂,用 signClicked 信号代替(同理触发API的也都用sign信号,这样 initdata 也能用这个信号,就无遗漏了)

         2.  每个子控件,考虑是否要增加一个update的函数,方便外面可能要同步。

         3. 每次使用 XXXXChanged 要思考一下,是否有不可控的情况,用sign  是否会更可控。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值