注意：我计划制作自己的GUI系统。这对于学习，轻量级，只有我需要的部分，与游戏的联系等将非常有用。
我在考虑该怎么做。我的意思是：
我还没有考虑如何制作它们。但是更多的是他们将如何发展。
我希望每个州都需要东西，所以几乎所有州都有一个元素容器。每个元素都是一个GUI件。
这些都有位置，图形等。
我更坚持的是他们的逻辑。
我的想法是，允许模块化和简单性是避免使用MainMenuStartButton。一个OptionsOneBackButton等等，而不是能够做Slider slide1; 或按钮启动；
取而代之的是，每个函数都将具有boost :: function到GUI名称空间中的函数，例如Gui :: StartButtonClick或GUI :: ColourSliderHover。
我只是想知道这是否会异常缓慢。
因此，有没有简单，简单的方法来制作游戏的GUI？没有Qt，wxWidgets或其他任何东西。
Answers:
GUI不是一个简单或简单的问题，尤其是当您进入游戏并渴望拥有动态，有趣的菜单时。
您可以做的一件“简单”的事情就是尝试使用中间件。有一个关于这一个问题在这里。
如果您要自己动手，我建议您做一些事情。
GUI元素通常具有一个“父”，另一个GUI元素或一个“窗口”，或类似的东西。通过向上指点或使父母指向下指您可以在所有子项上设置状态/位置/等。
您可以按组成来构建GUI元素。许多小部件都有标签（几乎全部都有标签），使标签的概念成为复制或粘贴代码或尝试从基类继承的组件或其他UI元素的子元素可能很有意义。具有标签功能。
许多所谓的专用窗口小部件只是伪装的按钮。复选框只是带有状态和特殊图像的按钮。单选按钮只是与其他单选按钮具有元状态（在任何给定时间只有一个处于活动状态）的复选框。利用这个优势。在我开发的一款游戏中，“复选框”是完全通过脚本编写和美工来使用常规按钮完成的。
对于第一个项目，请考虑采用更直接的路线。是的，让您的可操作事件委托并分配元素创建所需的内容（即onMouseButtonDown，onMouseButtonUp，onHover等），但考虑硬编码您要发生的其他事情（例如，悬停颜色变化，按钮按下声音），直到得到一些东西为止功能。一旦达到这一点，就可以考虑制作该行为数据（即，在按钮上具有用于“按下声音”的变量），或者可以考虑拥有UI元素用来定义在创建它们时就附加到它们的行为的组件。
代表并没有那么慢，您可能不会有太多的小部件来成为问题，并且菜单代码通常不会产生太大的影响。我现在不必太担心游戏的性能。一旦启动并运行代码，请不要选择幼稚的算法和配置文件。
在过去的几年中，主流UI工具包已经取得了一些非常有趣的突破。游戏用户界面也在不断发展，但步伐有所放缓。这可能是因为开发功能齐全的UI子系统本身就是一项重大任务，并且很难证明资源投资的合理性。
我个人最喜欢的UI系统是Windows Presentation Foundation（WPF）。确实，UI差异化的潜力将进一步提升。以下是一些更有趣的功能：
默认情况下，控件是“无外观的”。控件的逻辑和外观通常是分离的。每个控件附带默认样式和模板，以描述其默认视觉外观。例如，按钮可以表示为带有外部笔划，纯色或渐变背景以及内容提示器（以显示标题）的圆角矩形。开发人员（或设计人员）可以创建自定义样式模板，这些模板可以更改控件的外观和（在一定程度上）行为。样式可用于覆盖控件的简单属性，例如前景色/背景色，模板等。模板会更改实际的视觉结构。
样式和模板可能包含“触发器”。触发器可以侦听某些事件或属性值（或值的组合），并有条件地更改样式或模板的各个方面。例如，当鼠标悬停在按钮上时，按钮模板通常会在“ IsMouseOver”属性上具有触发器，以更改背景颜色。
UI元素有几种不同的“级别”，从功能最少的轻量级元素到功能齐全的重量级控件。这使您在构造UI方面具有一定的灵活性。最简单的UI元素类，UIElement没有样式或模板，仅支持最简单的输入事件。对于状态指示器之类的简单元素，此功能可能就是您所需要的。如果您需要更广泛的输入支持，则可以从FrameworkElement（扩展到UIElement）获得。传统的小部件通常从衍生而来Control，它扩展FrameworkElement并添加了自定义样式和模板支持（以及其他功能）。
WPF使用保留的，可伸缩的，与分辨率无关的矢量图形模型。在Windows上，使用Direct3D渲染和组合WPF应用程序。
WPF的引入包括称为Xaml的新的声明式编程语言。基于Xml的Xaml是用于声明UI“场景”的首选语言。它实际上很漂亮，尽管乍看起来看起来很相似，但与XUL等现有语言（功能更强大）有根本的不同。
WPF具有非常高级的文本子系统。它支持大多数（如果不是全部）OpenType字体功能，双向ClearType抗锯齿，子像素定位等。
“好，太好了，这与游戏开发有什么关系？”
当WPF仍在开发中时（当时称为“ Avalon”），我在佐治亚理工学院上了视频游戏设计课程。我的最后一个项目是回合制策略游戏，我想要一个功能强大的UI。WPF / Avalon似乎是一条不错的选择，因为它具有一整套功能齐全的控件，并且使我能够完全改变这些控件的外观和感觉。结果是一款具有漂亮而清晰的用户界面的游戏，其功能级别通常只在功能完善的应用程序中才能看到。
现在，在游戏中使用WPF的问题在于它的重量很大，并且在其自己的“沙盒”中进行渲染。通过这种方式，我的意思是在Direct3D或OpenGL游戏环境中没有支持WPF的托管方式。可以在WPF应用程序中托管Direct3D内容，但是您将受到WPF应用程序帧率的限制，该帧率通常低于您想要的帧率。对于某些类型的游戏，例如2D策略游戏（我当前的WPF游戏项目的屏幕截图），它仍然可以正常工作。对于其他事情，没有那么多。但是您仍然可以在开发自己的UI框架时应用WPF的一些更引人注目的架构概念。
还有一个WPF的开源，不受管理的C ++ / Direct3D实现，称为“ WPF / G（游戏的WPF）”]（http://wpfg.codeplex.com/），它专门设计用于在Win32和Win32上的游戏中使用和Windows Mobile。主动开发似乎已经停止，但是上一次我检出它时，它是一个相当完整的实现。与Microsoft的WPF实施相比，文本子系统是真正缺少的一个领域，但是对于游戏来说，这并不是一个大问题。我可以想象将WPF / G与基于Direct3D的游戏引擎集成起来将相对简单。走这条路线可以为您提供功能强大，与分辨率无关的UI框架，并广泛支持UI定制。
只是为了让您了解基于WPF的游戏UI的外观，这是我的宠物项目的屏幕截图：
我将使用直接的GUI，例如：http : //code.google.com/p/nvidia-widgets/
nVidia窗口小部件基于MollyRocket的IMGUI（即时GUI）。
我认为这几乎与GUI所能获得的一样简单。
一切取决于您的需求。
在我正在开发的游戏中，我们有自己的自定义GUI框架。我发现它非常简单，但是仍然可以做我想做的所有事情。我不知道这是否是许多其他人使用的“模式”，但对我们来说效果很好。
基本上，所有按钮，复选框等都是Element类的子类。和元素具有事件。然后，我们有了CompoundElements（它们本身是Element的子类），其中包含其他元素。在每个循环中，将调用三种方法：processEvent（事件），tick（时间）和draw（surface）。然后，每个CompoundElement在其子元素上调用这些方法。在这些调用中（尤其是processEvent方法），我们将触发所有相关事件。
所有这些都是使用Python（比C ++慢得多的语言）编写的，并且运行得很好。
如果您将需要相当复杂的UI，最好的选择可能就是嵌入HTML渲染器-您将获得习惯使用的所有常见UI原语，并且可以向游戏中添加复杂的UI并按照这种方式进行操作用户期望，看起来很棒并且运行速度很快（因为此时浏览器具有相当优化的渲染管道）。
有一些库可用于将Webkit嵌入游戏中：Berkelium是我推荐的库，我听说Awesomium非常好（由EVE Online使用），而CEF也是如此（由Steam使用）。您也可以尝试嵌入Gecko-这很难做，但也有一些很酷的优点。我目前在所有游戏UI中都使用Berkelium（它替换了自定义UI元素和本机UI的组合，并大大减少了我需要编写的代码才能使事情正常运行）。