在 Qt 中管理 GUI 状态的 RAII 类型

Question

我想知道您是否认为在 Qt 中使用类似于 RAII 的模式来管理 GUI 状态是否合理。通过 GUI 状态，我的意思是：我有一些小部件（包括鼠标光标状态），我想在离开某些方法后变得（不）可见/启用/更改，并且我不想将我所做的一切都放在其中一个巨大的 try catch 以这种方式：

widget1->show();
...
widgetN->show();

try {
   ...
}
catch(...) {
   widget1->hide();
   ... 
   widgetN->hide();

   throw;
}

widget1->hide();
... 
widgetN->hide();

如果我创建一个对象，允许我在其构造函数上关联 hide/setEnabled/setCursor 函数（可能是 boost 函子），并在其析构函数上调用此关联函数（前提是此函数的所有异常可以扔在析构函数中被吃掉/丢失）我可以有一个更干净的代码。这合理吗？我没有看到什么？

任何评论/建议都将受到真正的欢迎。

预先感谢，

费德里科

Answer 1

这是完全合理的。您所追求的技术称为 ScopeGuard，在 Boost 中称为 ScopeExit。

这个想法是，当您第一次进行更改时，定义一些想要在范围末尾运行的代码，然后处理其余的代码。如果需要，您可以“关闭”该代码。

我想输入一个示例，但我正在使用手机。

Answer 2

RAII 用于处置资源，这并不像某些人可能认为的那样受限制。在许多情况下，“资源”可以用“状态”代替。

如果您将控件的可见性与存储的状态等同起来，并且需要安全地回收该状态（将其设置为不可见），那么在析构函数中重置它是可行的方法。

您正确使用 RAII。

确保为您的类命名，使其清楚地表明您将可见性视为一次性资源 - 也许像 VisibleState 或 IsVisibleContext 这样简单。

Answer 3

我已经完成了 C++ lambda 和 2 个宏：

#include <functional>

struct _Scope_Exit_ {
        inline _Scope_Exit_(const std::function<void ()> f): _f(f) {}
        inline ~_Scope_Exit_() { _f(); }
        const std::function<void ()> _f;
};

#define SCOPE_EXIT_CAT2(x, y) x##y
#define SCOPE_EXIT_CAT1(x, y) SCOPE_EXIT_CAT2(x, y)
#define SCOPE_EXIT _Scope_Exit_ SCOPE_EXIT_CAT1(_scope_Exit_, __COUNTER__)([this](){
#define SCOPE_EXIT_END });

要使用它，您必须在 SCOPE_EXIT 和 SCOPE_EXIT_END 之间的方法末尾定义要执行的块

。你的样本是：

widget1->show();
...
widgetN->show();

SCOPE_EXIT
   widget1->hide();
   ... 
   widgetN->hide();
SCOPE_EXIT_END

... (code inside your try)