Rust 在描述棋盘时如何最好地使用特征与枚举

我认为最简单可能的模型通常是最好的，那就是一件东西有一种 colored颜色 和一种类型，这两种 colored颜色 都可以表示为没有有效负载的枚举.我认为，当您的枚举并不真正需要有效负载时，您却试图给它们一个有效负载，这让您有点迷失方向.

pub struct Piece {
    pub kind: PieceKind,
    pub color: PieceColor,
}

pub enum PieceKind {
    Pawn,
    Knight,
    Bishop,
    Rook,
    Queen,
    King,
}

pub enum PieceColor {
    White,
    Black,
}

一块棋盘将只是一个由Piece个数字组成的8x8数组，外加一些额外的信息，以确定投掷和过路人移动的合法性:

pub struct Board {
    pub pieces: [[Option<Piece>; 8]; 8],

    pub white_can_castle_a: bool,
    pub white_can_castle_h: bool,
    pub black_can_castle_a: bool,
    pub black_can_castle_h: bool,

    // Some if the last piece moved was a pawn that was moved two spaces;
    // contains the coordinates to check for a valid en passant capture.
    pub last_double_pawn_move: Option<(usize, usize)>,
}

有了这个模型，你就有了制作任何棋子的有效动作列表所需的所有信息.

注意，棋子在这里没有位置数据；棋子的位置由它在棋盘中的位置确定.在我看来，你希望"获得可能的移动"是一个主要存在于piece上的操作是不正确的.您需要关于整个董事会的信息来确定这一点，这在您的模型中通过让此方法接受Board而显示出来.我会将其建模为Board上的一个方法，它接受x，y坐标对.

// This type could use more members to be able to annotate special
// moves like castling.
struct Move {
    from: (usize, usize),
    to: (usize, usize),
}

impl Board {
    pub fn get_legal_moves_for(&self, piece: (usize, usize)) -> Vec<Move> {
        todo!()
    }
}

我认为你困惑的部分原因是，你试图用特征来设计模型，使其在每一种类型的作品上都是多态的.虽然基于特征的多态很好，但在这种模型中，它需要动态分派和堆分配(在Java中只需要happens)，而Rust可以使用更有效的内存布局.基于match的多态也没有错--事实上，这正是Either类型实现特征的方式！