Guy*_*zmo 5 c++ user-interface refactoring qt qt5
我正在使用 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 本身进行很好的 WYSIWYG 编辑。
但我不知道使用 Qt 做到这一点的好方法。我在 Qt Designer 中没有发现任何东西可以让您将单个 UI 文件分解为由多个类处理的多个部分。如果我自己编写用于创建和布置 UI 的代码，我当然可以这样做，但是 qmake 从设计器文件生成的结果代码会创建一个 ui 命名空间和一个 setupUI 函数，该函数在包含的窗口中创建所有内容。我不知道您如何分解并继续使用自动连接。
Qt 中有一些机制可以动态加载多个设计器文件，然后将它们嵌入到一个小部件中，但是如果我要使用它，我将 a) 显着增加我的代码的复杂性，并且 b) 失去了很好的 WYSIWYG 编辑，这我不想做。
这里有什么好的选择吗？我不想保留一个难以导航的 3000 多行文件，但我不知道如何分解它并仍然使用 Qt 的工具，尤其是 Qt Designer，它们的预期方式。
3000行代码不是问题，不完全确定为什么你不这么认为。
无论如何，在单个“单元”中实现非常复杂的 UI 并不是一个好主意。您应该将一个巨大的 UI 模块化为不同的 UI，并将它们组合在一起。
总而言之，我建议不要使用 UI 设计器，而是完全用代码编写 UI。但即使您决定使用设计器，也可以注册您的自定义小部件以与它一起使用。