使用request-try-notifyState流程实现UI控制与状态反馈的完整闭环

1. 前言

在Qt编程时,我们经常会在界面上添加一些按钮,当按钮被点击时,执行某段代码,例如显示一个对话框、关闭窗口,保存文件等等。

这种由UI控件触发某种信号,通过信号槽触发目的代码执行的场景非常多。这种场景下,通常不需要关注目的代码的执行结果,仅仅通过信号触发槽即可完成任务。我们可以用两个单词来描述上述功能场景,即 request-do,即 UI 发出操作请求,触发代码执行。

但是,在需要关注执行结果,并且需要将结果反馈到UI的功能场景下,上述简单的执行流程,就无法满足功能实现的需要了,因为上述代码缺少状态反馈,控制没有闭环。

2. 播放暂停场景

2.1 设计

以播放暂停按钮为例。我们在实现播放暂停按钮时,通常需要满足以下约束条件:

  1. 播放暂停功能,复用同一个按钮
  2. 对于异步操作,要防止同一种功能按钮被重复点击,否则会出BUG(同步执行时,执行结束前按钮不可能被点击,所以同步执行不需要考虑重复点击)

2.2 实现

为了实现播放和暂停复用同一个按钮,需要在点击播放按钮后,发出播放请求信号。对应的槽函数,尝试执行播放操作,如果执行结果有两种:

  • 播放成功
  • 播放失败

播放响应完成后,需要将播放响应的执行结果反馈到UI上:

  • 播放成功后,发出通知,UI模块将按钮切换为暂停按钮样式
  • 播放失败后,发出通知,UI模块将按钮保持原状态,以便用户再次操作。

为了实现异步操作防止重复点击,需要在点击播放按钮后,禁用播放按钮。在异步操作执行完成后,向UI反馈通知执行结果:

  • 播放成功后,发出通知,UI模块使能按钮,将按钮切换为暂停按钮样式
  • 播放失败后,发出通知,UI模块使能按钮,将按钮保持原状态,以便用户再次操作。

上述实现过程可以用三组单词来描述,即:

request-try-notifyState(请求-尝试执行-通知状态/结果)

通过 request-try-notifyState 流程实现了UI控制与状态反馈的完整闭环。

3. 结论

为了实现不同的功能,需要采用不同的实现方法。采用正确的实现方法,虽然不能让你写出惊为天人的代码,但是可以减少BUG产生,防止返工,提高工作效率。


本文原创发布于Qt未来工程师。

相关推荐
慧都小项2 天前
当边缘AI上产线:QtitanDocking 如何让工业 HMI 实现多视图协同
人工智能·qt·ui·边缘计算·qt6.3
Quz2 天前
QML SwipeDelegate 滑动委托
qt
Quz2 天前
QML 列表中的四种委托:ItemDelegate、CheckDelegate、RadioDelegate、SwitchDelegate
qt
实心儿儿2 天前
Qt — 显示类控件
qt
江湖人称菠萝包3 天前
【Qt】《Qt 5.9 C++开发指南》笔记-Chapter9-Qt Charts
笔记·qt·qt5
扶尔魔ocy3 天前
【QT android】环境安装及第一个QT项目
qt·andriod开发
江湖人称菠萝包3 天前
【Qt】《Qt 5.9 C++开发指南》笔记-Chapter10-Data Visualization
笔记·qt·qt5
Cx330❀3 天前
Qt 常用控件属性与底层机制详解:从窗口半透明、浮点数陷阱到 QSS 与焦点策略
qt·ui·图形渲染
Quz3 天前
QML DelegateChooser:多条件组合与按列选择委托
qt
Quz3 天前
QML DelegateChooser:按角色选择委托与按索引选择委托
qt