我想摆脱我的“制作一切静态和全局”设计模式，但是如何做呢？

我正在太空中制作一个小地牢爬行者，我想听听一些有关如何使引擎后端更好的建议。基本上，当前所有内容都是基于管理人员的：

• BackgroundManager：具有AddBackground(image, parallax)制作炫酷背景效果的方法。
• ConfigManager：读取/制作配置文件，还保存从该配置文件读取的数据。
• DrawManager：有Draw(sprite)方法来绘制的东西到屏幕上，事情就是这样SetView(view)，GetView()等等。
• EntityManager：包含所有活动实体，并具有添加，删除和查找实体的方法。
• DungeonManager（实际上称为GridManager，但这是为了简单）：有方法，如GenerateDungeon()，PlaceEnemies()，PlaceFinish()等。

现在我什至没有列出所有我的经理，所以我认为这必须改变。我的游戏也基于屏幕，这使它更令人讨厌，因为我不需要经理管理的一半内容，例如主菜单（我的主菜单中不需要物理/实体/地下城） ！）

现在，我考虑使管理器不是静态的，并为我的ScreenMainGame提供所有特定于游戏的管理器的实例。但这使打电话给/获取与管理人员有关的任何东西变得一团糟...例如，如果我想从不在的任何地方绘制地牢ScreenMainGame.Draw()，我就必须这样做...

((ScreenMainGame)ScreenManager.CurrentScreen).GridManager.Draw()

真丑。

那么，游戏开发者们，你们有谁知道如何解决这个混乱局面吗？我将不胜感激！

怎么样一个基于组件的引擎？

您将有一个名为的主类Engine，该主类将保留一个列表GameScreens，而它们本身将包含一个列表Components。

该发动机具有Update和Draw方法都调用GameScreen的Update和Draw方法，其本身经历的每个组件和呼叫Update和Draw。

如此呈现，我同意这听起来像是一个糟糕而重复的设计。但是请相信我，与所有旧的管理器类相比，通过使用基于组件的方法，我的代码变得更加整洁。

维护这样的代码也要简单得多，因为您只需要遍历一个大的类层次结构，而不必搜索BackgroundManager所有特定的不同背景。你只需要一个ScrollingBackground，ParallaxBackground，StaticBackground等所有从一个派生Background类。

最终，您将构建一个非常可靠的引擎，可以使用很多常用的组件和辅助方法（例如，FrameRateDisplayer作为调试实用程序，Sprite作为基本Sprite 的类以及带有纹理和矢量扩展方法的类）在所有项目中重用和随机数生成）。

您将不再有一个BackgroundManager类，而是一个Background可以自行管理的类。

游戏开始时，基本上您要做的就是：

// when declaring variables:
Engine engine;

// when initializing:
engine = new Engine();
engine.Initialize();
engine.LoadContent();
engine.AddGameScreen(new MainMenuScreen());

// when updating:
engine.Update();

// when drawing:
engine.Draw();

这就是您的游戏开始代码。

然后，对于主菜单屏幕：

class MainMenuScreen : MenuScreen // where MenuScreen derives from the GameScreen class
{
    const int ENEMY_COUNT = 10;

    StaticBackground background;
    Player player;
    List<Enemy> enemies;

    public override void Initialize()
    {
        background = new StaticBackground();
        player = new Player();
        enemies = new List<Enemy>();

        base.AddComponent(background); // defined within the GameScreen class
        base.AddComponent(player);
        for (int i = 0; i < ENEMY_COUNT; ++i)
        {
            Enemy newEnemy = new Enemy();
            enemies.Add(newEnemy);
            base.AddComponent(newEnemy);
        }
    }
}

您有大致的想法。

您还将Engine在所有GameScreen类中保留的引用，以便即使在一个GameScreen类中也可以添加新屏幕（例如，当用户在内单击StartGame按钮时MainMenuScreen，可以切换到GameplayScreen）。

这同样适用于在Component类：它应该持有其母公司的参考GameScreen，同时具有接入Engine类和其父GameScreen添加新的组件（例如，你可以创建一个名为HUD相关类DrawableButton持有一个 DrawableText组件和StaticBackground组件）。

之后，您甚至可以应用其他设计模式，例如“服务设计模式”（不确定确切的名称），您可以在Engine类中保留不同的有用服务（您只需保留IServices 的列表，并让其他类自己添加服务） ）。例如，我会Camera2D在整个项目中保留一个组件作为服务，以便在绘制其他组件时应用其转换。这样避免了将其作为参数传递到任何地方。

总之，肯定会有其他更好的引擎设计，但是我发现通过此链接提出的引擎非常优雅，极易维护和可重复使用。我个人建议至少尝试一下。

您要做的就是将代码分成组件和服务。XNA已经内置了对这些功能的支持。

请参见本文的GameComponents服务。然后查看有关在XNA中使用服务的答案，以及有关任何语言的服务的更一般答案。

仅因为它们是静态的或全局的，并不意味着它们必须始终被加载/初始化。使用Singleton模式，并允许管理器可释放并根据需要再次加载。