从概念上讲，人们如何制定游戏的规则/约束（不是图形/物理）引擎

我想制作一个类似于自己选择冒险书籍的简单游戏。向玩家显示一个叙述文字，并从一系列可能性中选择其动作。反过来，这导致了新的叙述性文本无穷大。唯一要注意的是，根据先前的某些决定，可能性列表可能会有所不同。

乍一看，这听起来像是if-else语句的负载，因此暗示规则引擎将就位。但是，对我来说，这听起来也像是一台有限状态机。

我打算用Java或Groovy编写。目前，我对概念性问题更感兴趣，即应该如何在广义上进行操作（无论如何，人们如何实施国际象棋或纸牌游戏？），但也欢迎在特定库中提供一些建议。

显然，标题中的“游戏引擎”不是指碰撞检测或其他物理/图形力学，而是决定玩家给出的情况及其当前状态的选择的逻辑。

根据您在评论中所说的，这就是我的处理方式：

将故事实现为有限状态机，但要有所作为。每个州是故事的一页，每个过渡是从一页到另一页的链接。但是每个过渡也都有条件。条件可以为空，在这种情况下，“过渡”始终显示为可用选项，但如果不存在，则必须在页面显示时对它们进行评估，如果评估返回False，则过渡不会显示。

您可以通过两种基本方式来实现条件。首先是在游戏内部设置一个成熟的脚本引擎，然后“条件”如下所示return player.inventory.contains(GUN)。最初设置起来比较复杂，但是允许使用更高级的脚本。

第二个是将可能的条件硬编码到某种对象中。它可能有一个RequiredItem字段，如果该字段有值，则检查是否满足条件。该系统更易于设置。它限制了您可以执行的功能远超过脚本编写，但是如果您不需要脚本引擎提供的灵活性，则可能更容易使用。

我认为答案就在标题中：您需要一个规则引擎。如果您打算使用Java编写应用程序，那么您当然可以按照Gilbert Le Blanc的建议编写自己的应用程序，或者您可能想看看规则引擎Drools。

玩家给出了什么选择以及当前的状态

实际上，使用Drools或任何其他规则引擎，您可以定义一个参数化的情况，该情况输出可能的操作列表。您可以编码简单的规则，例如：

• 播放器位于pageX：

  • 选择1：标题：“向左走”，动作：“第45页”
  • 选择2：标题：“正确”，操作：“ page56”
  • 如果玩家拥有火球法杖，那么选择3：标题“发射火球”，动作：“ page32”
  • 如果玩家的感知技能为10，则选择4：标题“检查墙上的文字”，动作：“ page67”

Drools的有趣之处在于，您可以将所有规则编码为Excel文件，然后在游戏开始时，让Drools读取该文件。之后，所有内容都已存储在内存中，您只需要考虑用户界面。

以下是一些资源，可帮助您开始使用Drools：

• 入门（Java + Maven）
• 流口水专家

状态机听起来像是对游戏建模的安全方法。有很多互动小说库：

http://zh.wikipedia.org/wiki/类别：Text_adventure_game_engines

维基百科中未提及，麻绳目前非常流行。

从概念上讲，您的游戏非常简单。在psudeocode中，它看起来像这样：

while not at end of adventure story
    display text
    get response

现在，将所有文本链接在一起以使它从一个动作流到下一个动作是困难的部分。您可以使用关系数据库。您可以使用一棵树。

在不知道您要使用哪种计算机语言的情况下，要变得更加具体是有点困难的。自从您提到Java之后，我将更倾向于树结构。

创建一个包含一个响应和一个文本类链接的响应类。

创建一个文本类，其中包含冒险文本，以及一个响应列表，作为响应类的实例。

编辑以回答评论：

您不会基于此模型进行任何计算。在您的示例中，树看起来像这样，其中T是文本，A是一个动作选择：

T You stumble on a dead police officer
    A Take the gun
    T You hear footsteps
      A Run away
      A Hide and see who comes
    A Don't touch anything
    T You hear footsteps
      A Run away

是的，文本有些重复，但是通过遵循这一链条，未来的行动可以考虑过去的决定。这是一个巨大的决策树。