国际象棋游戏设计与单人模式

Question

我目前正在创建一个国际象棋游戏，包括以下几个类：

• ChessPiece-对于所有不同的棋子，由一个Movement行为实例变量组成
• 移动行为-接口实现的当铺移动行为，KingMovement行为等类，以定义如何每个片类型移动
• ChessBoard-由ChessPiece[][] 2D数组组成，具有addPiece（）/RemvePiece（）/replace ePiece（）等功能
• 玩家-小班帮助关联哪些棋子属于哪个人类玩家
• 游戏-主要的类，它将开始询问玩家的名字和所需的棋子颜色，然后通过实例化棋盘运行游戏，让玩家依次移动，直到达到将死。

我想知道我是否应该使用单例模式（关于棋盘类）？目前我没有，我正在将棋盘的实例传递到棋子运动功能中，以便棋子能够理解其周围环境。这是因为，当然，根据棋盘上的空间在任何时候被占用/清空，移动被视为合法。

Answer 1

根据我的经验，在这种情况下，我宁愿使用观察者模式。ChessBoard类扮演观察者的角色，ChessPiece应该是一个抽象类，它应该是主题类。你可能想看看观察者模式和它的用法

当你拿着一个棋子移动时，这意味着该棋子的位置已经改变，棋子将通知棋盘检查移动是否有效。

Answer 2

单身很少是个好主意。我最近碰巧开始了一个类似的项目，所以我将根据我目前的经验回答这个问题。

我实现它的方式是将棋盘视为位置对象的集合，其中位置包含X-值、Y-值和块对象。只有相关的地方被填写，而空的地方甚至没有被追踪。

您似乎在想，是否应该将单例用于验证的单一目的。当一个动作完成时，你需要验证很多很多事情：你能那样做吗？你检查了吗？是顺路的吗？是罗查德吗？等

你可以做的是创建一系列验证方法，这些方法将棋盘和起始和结束位置作为参数。这样你就有了检查移动是否有效所需的所有信息。这确实要求这些碎片知道它们自己的属性：我如何移动？我是什么颜色的？

当你有了所有这些，你可以实现不同的验证逻辑来采取行动。

当你只需要提取验证并传递棋盘时，使用单例将是相当糟糕的。测试也会困难得多（好的测试肯定是你在棋盘游戏中想要的东西）。

我的设置如下所示：

Chessboard.CanMoveToLocation(int startX, int startY, int endX, int endY) {
    // Call validators with local field chessboard and given location objects
}

每个验证器将返回一个自定义枚举ValidationResult，以指示此特定验证器是否允许或禁止使用它。

你必须确保验证器是按照正确的顺序调用的（在检查它是否是有效的移动后返回false不是一个好主意：他可能已经被rochading或杀死了en-Passant）。或者你当然可以结合相关的验证器。

如果您希望看一看：我当前（远未完成）的实现。