c# - 扑克牌 : Should they be enum or struct or class?

Question

我正在设计许多(希望是数千)玩家可以同时玩某些纸牌游戏的游戏网站。这副牌是标准的 52 张牌。每张牌都有花色和等级。牌将一直被洗牌、发牌、挑选、排序、打出。我的问题是，Card 应该是枚举、结构还是类？

• 对于枚举:设每张卡片为一个字节 0..51。所以一张卡会占用很少的空间。您可以将一只 watch 示为 8 个字节的位集。您可以在需要时非常快速地计算给定卡片的花色和点数:即花色 (n) = n/13。这将非常有效。如果需要为Cards写方法，就通过扩展方法来写。

• 对于结构:不，这就像编写机器代码。卡是一种简单的结构，保存的数据很少，不可变，很小。它没有太多行为，因此将其设为结构并将其视为被动数据结构。当需要时，您可以非常快速地从给定的卡片中计算出 0..51 中的索引。

• 对于类:不，那不是面向对象的思维方式。做一个卡片类。使其不可变。恰好创建 52 个实例。让卡池保存这些实例。因此，当需要黑桃 Q 时，它会向 Card Pool 索取。即使有数千场比赛正在进行，也只会有一个黑桃 Q。如果需要，可以在 Card 中存储一个索引字段 0..51。

我倾向于最后一个选项(类)，但我不确定。我不太担心性能；一路上我可能会犯更严重的错误。我担心的是我的整个观点可能是错误的；也许这是一个非常容易的决定，但我犹豫不决，因为我缺乏其他人都拥有的一些知识。

你怎么看？

编辑:关于卡片的行为。我认为一张卡片只会知道其他卡片。例如，它可以定义“谁在桥牌中击败了谁”的偏序。它不需要知道关于牌组的任何信息。这将是服务器端代码；当然它不需要知道在屏幕上绘制自己等。

Answer 1

在决定引用类型还是值类型时，您应该问自己的基本问题当然是我在逻辑上建模的东西是值，还是东西referred to? 这就是为什么值类型和引用类型首先被称为“值类型”和“引用类型”的原因。

您是否打算将“卡片”视为引用，就像对待具有标识的物理对象一样？例如，假设您正在为 Canasta 建模，同时使用两副标准纸牌进行游戏。您是否想跟踪两个不同黑桃皇后并将它们视为引用不同？

或者您打算将它们视为值，就像对待数字一样？您永远不会说“这里的数字 6 与那里的数字 6 不同”，因为数字只是根据它们的值来区分。