问帮助解耦游戏设计

EN

首先，让我带您去看一下非常棒的gamedev StackExchange。你可能会更幸运地在那里发布这个问题。

就你的问题本身而言，我认为一种解决方案是将触发能力的对象的通知传递给游戏对象，然后游戏对象会解析这些通知，并将它们分发给特定的玩家或棋盘，然后从那里分发到特定的单位。

这很难解释，所以让我试着用psuedocode写出来…

Game {
 getMe(); //Returns reference to singleton class. 
 list of players
 list of boards
}

Board { 
 list of units 
}

Unit {
 int health
}

function Unit.notifyAbility(source, targeting-condition, ability-code) {
  Game::getMe()->sendNotification(source, targeting-condition, ability-code);
}

function Game.sendNotification(source, targeting-condition, ability-code) {
 for each unit in list of units {
   if(unit matches targeting condition) {
     apply ability-code
   }
 }
}

目标条件和能力代码本身可以是传递相关信息的数据结构。更好的是，让它们成为虚拟类，并使用某种形式的多态性来处理独特的情况。

示例：

AbilityCode {
 virtual function applyToUnit(target Unit)
 virtual function applyToPlayer(target Unit)
}

AbilityGainHP: child of AbilityCode {
 function applyToUnit(target Unit) { target.hp+= gainAmt; }
 int gainAmt;
}

希望这是有意义的。

你可能对此想得有点过了。

请记住，您希望能够使用您的代码库，因此能够轻松地理解您的代码是很重要的，即使您还没有处理过这一特定部分。

如果你用文字来描述你的游戏，你很可能会这样使用:这是一个X玩家的游戏，在(specfics)的棋盘上玩。每个玩家控制Y单位。

所以，像这样开始你的设计。游戏(要么是你的完整代码，要么只是你程序的运行状态)需要有对棋盘和玩家的引用。

现在，董事会会处理你的大部分问题。如果玩家与游戏交互，他很可能会在棋盘上做一些事情。

从一个简单的系统开始，它允许你移动东西，你应该能够移动，而不能移动你不应该移动的东西。

这些异能很可能是包含整个列表中当前可用选项的列表。这些将取决于单元，也可能取决于电路板的其他元素。

根据游戏类型的不同，您可以使用事件通知单位某些内容发生了变化，也可以在需要时简单地获取信息。

不要添加超过实际需要的抽象层。从你的描述来看，这些能力似乎是你想花最多时间的部分，以确保你可以轻松地对其进行更改和添加。

从其他部分的简单设计开始，如果您发现在某些点上需要额外的层，则进行重构。这将避免分析瘫痪。Esp。当你想做一个“整洁的设计”时，很容易把事情搞得过于复杂。

你想让游戏运行起来。您希望能够轻松地阅读(和理解)您的代码。即使在项目中工作，你的编码风格和知识也会发生变化，在编码的同时你也会得到新的想法。