具有多个 GUI 屏幕的程序的设计方法

Question

我对自己感到非常困惑，以至于无法回头，觉得我的项目膨胀得太大，无法跟上我目前的方式。

简而言之：

1）有许多图形屏幕（窗口），每个屏幕都是在其自己的 .cpp 中定义的类，并附带带有 public 和 public 的 .h 标头。私人减速。

2）我正在使用 FLTK GUI 工具包，因此当我离开屏幕时，我在其上调用“hide()”，我假设它会进行垃圾收集，然后我创建一个要跟随的任何屏幕的新实例。

我的问题是，如果一个屏幕（我们称之为屏幕 A）创建另一个屏幕（屏幕 B），那么我必须在屏幕 A 中包含屏幕 B 的头文件，并在屏幕 A 的 .cpp 中创建一个指向屏幕 B 的全局指针。

IE。屏幕 A 的伪代码

#include "screenb.h"

ScreenB* screenb_ptr; // global

...
Bunch of Code, constructors, deconstructors, etc
...

void ScreenA::exit_and_make_screen_b()
{
    ScreenA.hide();
    screenb_ptr = new ScreenB();
}

这是最好的方法吗？我觉得它很草率（还有内存泄漏？），我应该有一个类似虚拟 .cpp/.h 的东西来跟踪一堆外部限定的指针；特别是有时我必须后退/前进屏幕（即可以从多个其他屏幕跳回到主菜单屏幕）。任何建议表示赞赏！

Answer 1

以下是一些建议：

1. 创建一个包含所有屏幕内容的新头文件。然后，您可以只包含这个头文件并捕获所有其他屏幕头文件。
2. 您可能会考虑使用屏幕管理器来保留对屏幕的所有引用。然后，屏幕之间的导航将由屏幕管理员负责处理所有引用和指针。这样，您就不会将屏幕耦合在一起，而是通过一个共同的中介进行通信。

例如：

screenManager->NavigateScreen( SCREEN_USER_PROFILE );

所有屏幕都可以从包含指向屏幕管理器的指针的基类继承（它们通过构造函数获取该指针或从静态单例实例中获取）。这样，您的所有屏幕都能够请求新的屏幕导航。

Answer 2

顺便说一句：我不完全确定 FLTK 的内存结构。隐藏屏幕可能根本不会删除内存，而只是隐藏窗口的 GUI 表示，以便您稍后在相同状态下再次打开它。

GUI 的一个好方法是模型-视图-控制器架构，您可以在其中使用控制器来根据需要操作 GUI。

这将更多地表现为：

WindowManager wm;

void ScreenA::exit()
{
        wm.registerExit(screenb_ptr);
        wm.actOnExit();
}

或者类似的东西，让你的窗口有一个中央编排器。这允许：

• 可插拔接口
• 更好的组织
• 防止错误