游戏画面管理

Question

我正在研究一个微型游戏引擎的屏幕管理器，到目前为止，我找不到适合每个屏幕都使用“blob”来管理屏幕对象的解决方案。在需要一个控制器中的可渲染对象列表的情况下，blob是否可容忍？

Answer 1

我会考虑在这种情况下使用MVC pattern。否则，如果你不小心，很容易得到一堆意大利面代码，其中屏幕代码到达游戏代码，反之亦然。

Answer 2

我最近编写了一些你可能称之为“屏幕管理器”的东西。

我开始时的想法是，无论我做什么游戏，渲染系统在渲染（如何管理硬件）方面都将基本相同。变化的东西是呈现的东西，以及如何绘制它（我想要一个盒子，一个圆圈或一个位图......代表什么......等等）。

所以基本上，“游戏状态”负责知道如何渲染自己，并且在从屏幕管理器或图形系统给出渲染表面时应该这样做（它也应该负责其他事情，例如知道输入，物理等行为本身）。

我的GraphicsSystem对象单身，这被称为是这样实现的：）

GameState gs; 
Graphics::System().Init(DOUBLE_BUFFER, 640, 480); 
... 
while(still_looping) { 
    ... 
    // When it is time to render: 
    Graphics::System().RenderGameState(&gs); 
} 

怎么样，你要问，图形::系统（单知道如何渲染游戏州？它知道，因为比赛状态从图形系统暴露的监听器继承了......

//within GraphicsSystem.h... 
class BaseRenderer 
{ 
public: 
    virtual void Render(BITMAP *render_surface) = 0; 
}; 

//GameState defined with: 
class GameState : public BaseRenderer 
{ 
public: 
    void Render(BITMAP *render_surface); 
    ... 

可以与几乎所有的子系统做到这一点......（很可能不是时机，因为它需要在比赛中循环）。

为什么单身？那么，它是C++，我假设只有1个屏幕或图形子系统来渲染。我不确定您是否使用多个屏幕，或者手机或控制台。另一种方式是将图形系统作为静态全局变量存放在一个单独的文件中，仅给出文件范围，并在该文件中具有访问函数（我的旧C方法）。

关键虽然是封装。让你的屏幕管理器管理硬件。让你的游戏状态决定如何表达自己。

如果这没有理解，请清除您的问题，我可以编辑答案。