游戏帮手的基本概念与组成

图1：GameBs平台装配示意图

对于图1，介绍几个GameBs开发平台的重要概念：

• 主控进程（Host Process）
  游戏辅助工具的主进程，主控容器会安装到该进程。游戏辅助工具的用户界面线程一般就是该进程的主线程。
  
• 游戏进程 （Game Process）
  也就是目标进程，它是游戏辅助工具要控制的进程。嵌入容器将会安装到该进程。
• 主控端（Host Side)
  主进程所在一端。
• 嵌入端 （Embed Side）
  游戏进程所在一端。
• 主控容器（Host Container）
  安装到主控进程的容器。
• 嵌入容器（Embed Container）
  安装到游戏进程的容器。
• 主控引擎（Host Engine）
  安装到主控容器的引擎。图1中的Host Engine1，Host Engine2就是主控引擎。
• 嵌入引擎（Embed Engine）
  安装到嵌入容器的引擎。图1中的Embed Engine3，Embed Engine4，Embed Engin5就是嵌入引擎。
• 应用管理器（App Manager）
  安装在主控容器中，用于管理应用的引擎。它可以控制应用的生命周期，传递消息给某个应用。
• 应用模块（App）
  应用程序运行在引擎层之上，一般需要引擎的支持。例如：应用程序可以调用引擎的接口访问游戏封包或者读写游戏的数据。应用程序是根据游戏辅助工具的某一组需求，开发的一个包含逻辑和策略的运行实体。任何应用程序都可抽象为一个状态机，GameBs开发平台开发了一个强大的树形状态机模型，基于它可以加快应用程序的编写。应用模块链接到一个应用管理器的动态库中，并跟随该应用管理器安装和卸载。

游戏帮手的一个重要特征就是可配置性和可扩展性。主控容器和嵌入容器可以通过安装不同的引擎扩展和定制功能。不同引擎之间是独立的，在平台层，并不要求一个引擎的运行需要另一个引擎的支持。

产品配置文件

在GameBs开发平台中，主控容器和嵌入容器具有可装配性，运行在它们之上的引擎都是可以动态安装和卸载的。那么在一个具体的产品中如何配置平台所安装的引擎呢？

这个配置工作由GameBsPlatform.xml来完成，它是GameBs开发平台的配置文件。在这个文件中会指定：

• 平台的名称
• 主控容器的动态库名
• 嵌入容器的动态库名
• 在主控容器中安装的所有引擎，以及引擎的名称和动态库名
• 在嵌入容器中安装的所有引擎，以及引擎的名称和模块库名

每个基于GameBs开发的辅助工具都需要一个平台配置文件，在平台安装阶段，会使用这个文件装配主控容器，嵌入容器和相应的引擎。

下面的配置文件是在示例程序EngineCommDemo中使用的，

<?xml version="1.0" encoding="UTF-8" ?>
<Game-Baby-Sitter>
<Platform name="PlatformXXX" enable="true">
  <HostContainer file="GmbsHostContainer.dll">

    <Engine name="CollisionEngineA" file="CollisionEngineA.dll" autoinstall="true" />

  </HostContainer>
  <EmbedContainer file="GmbsEmbedContainer.dll">

    <Engine name="CollisionEngineB" file="CollisionEngineB.dll" autoinstall="true" />

  </EmbedContainer>
</Platform>
</Game-Baby-Sitter>

可以在这个文件中配置多个平台，但只能有一个激活平台，使用enable=true来指定。

引擎需要通过autoinstall=true配置为自动安装，否则即使配置到容器中，也不会在平台安装阶段自动安装该引擎。

在示例程序EngineCommDemo中装配的平台，引擎CollisionEngineA将会安装到主控容器中，而引擎CollisionEngineB则安装到嵌入容器中。