我正在使用 Qt 5 开发一个 C++ 项目，它有一个包含大量 UI 元素的复杂窗口。该窗口是使用 Qt Designer 设计的，并从 UI 文件加载。
我发现 Qt 的典型模式是在其主类中编写窗口 UI 的所有逻辑；即他们文档中的“单一继承方法”。例如，您有一个名为 QMyWindow 的类和一个定义布局的相应 qmywindow.ui 文件，其中 QMyWindow 包含 UI 的所有逻辑，主要在利用自动连接的槽方法（即名为 on_objectName_signalName 之类的方法）内。对于没有太多复杂性的简单窗口，这很好。然而，对于大型、复杂的窗口，将所有内容放在一个类中的模式开始崩溃，因为文件变得太大且杂乱无章。
我的大型复杂窗口的源文件现在超过 3000 行。我已经将窗口的所有实际功能分解为其他类，因此这 3000 行代码主要只是完成 UI 的繁重工作。本质上，所有这些东西都应该放在窗口类的权限之下。实在是太多了。
使用其他语言和 GUI 工具包，我可以非常有效地将窗口分成逻辑部分。例如，在 iOS 或 OS X 应用程序中，我可以在故事板文件中使用嵌入式控制器，从而允许我以逻辑方式分解多个控制器之间的逻辑，并且仍然可以对 UI 本身进行良好的所见即所得编辑。
但我不知道使用 Qt 来做到这一点的好方法。我在 Qt Designer 中没有发现任何东西可以让您将单个 UI 文件分解为由多个类处理的多个部分。如果我自己编写用于创建和布局 UI 的代码，我当然可以做到这一点，但是 qmake 从设计器文件生成的结果代码会创建一个 ui 命名空间和一个 setupUI 函数，该函数在包围窗口中创建所有内容。我不明白如何将事情分开并继续使用自动连接。
Qt 中有一些机制可以动态加载多个设计器文件，然后将它们嵌入到小部件中，但如果我要使用它，我会 a) 极大地增加代码的复杂性，b) 失去漂亮的所见即所得编辑功能，这我不想做。
这里有什么好的选择吗？我不想保留一个难以导航的 3000 多行文件，但我不知道如何将其分解并仍然使用 Qt 的工具，特别是 Qt Designer，按照它们的预期方式。
3000行代码不是问题，不完全确定为什么你不这么认为。
无论如何，在单个“单元”中做非常复杂的事情是一个坏主意。您应该将一个巨大的 UI 模块化为不同的 UI，并将它们组合在一起。
总而言之，我建议不要使用 UI 设计器，而是完全用代码编写 UI。但即使你决定使用设计器，可以注册您的自定义小部件以供使用 http://doc.qt.io/qt-4.8/designer-using-custom-widgets.html.
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
