c++ - 使用 Qt，有什么好方法可以分解包含 GUI 逻辑的大型源文件？

Question

我正在使用 Qt 5 使用 C++ 开发一个项目，它有一个包含大量 UI 元素的复杂窗口。此窗口是使用 Qt Designer 设计的，并从 UI 文件加载。

我发现 Qt 的典型模式是在其主要的包含类中编写窗口 UI 的所有逻辑；即他们文档中的“单一继承方法”。例如，您有一个名为 QMyWindow 的类和一个相应的定义布局的 qmywindow.ui 文件，其中 QMyWindow 包含 UI 的所有逻辑，主要在使用自动连接的插槽方法(即名为 on_objectName_signalName 的方法)内。对于没有太多复杂性的简单窗口，这很好。然而，对于大型、复杂的窗口，将所有内容都放在一个类中的模式开始崩溃，因为文件变得太大且杂乱无章。

我的大型复杂窗口的源文件现在超过 3000 行。我已经将窗口的所有实际功能分解为其他类，因此这 3000 行代码主要只是在执行 UI 的繁重工作。本质上，将所有内容置于窗口类的范围内是有意义的。实在是太多了。

使用其他语言和 GUI 工具包，我可以非常有效地将窗口分解为逻辑部分。例如，在 iOS 或 OS X 应用程序中，我可以在 Storyboard 文件中使用嵌入式 Controller ，从而允许我以一种合乎逻辑的方式分解多个 Controller 之间的逻辑，并且仍然可以对 UI 本身进行出色的所见即所得编辑。

但我不知道使用 Qt 执行此操作的好方法。我在 Qt Designer 中找不到任何东西可以让您将单个 UI 文件分解为由多个类处理的多个部分。如果我自己编写用于创建和布置 UI 的代码，我当然可以这样做，但是 qmake 从设计器文件生成的结果代码创建了一个 ui namespace 和一个 setupUI 函数，该函数在包含的窗口中创建所有内容。我不明白您如何将事物分开并继续使用自动连接。

Qt 中有一些机制可以动态加载多个设计器文件，然后将它们嵌入到一个小部件中，但是如果我要使用它，我会 a) 大大增加我的代码的复杂性，并且 b) 失去很好的所见即所得编辑，我不想这样做。

这里有什么好的选择吗？我不想保留一个 3000 多行的难以浏览的文件，但我不知道如何将其分解并继续使用 Qt 的工具，尤其是 Qt Designer，这是它们的预期方式。

Answer 1

3000 行代码不是问题，不完全确定您为什么不这么想。

无论如何，在单个“单元”中制作非常复杂的 UI 并不是一个好主意。您应该将一个巨大的 UI 模块化为不同的 UI，并将它们组合在一起。

总而言之，我建议不要使用 UI 设计器，而是完全用代码编写 UI。但即使您开始使用设计器，it is possible to register your custom widgets for use with it .