这是象征性的不断过度使用吗？

我刚接触软件工程，因此作为一项学习练习，我写了一个国际象棋游戏。我的朋友看了一下，并指出我的代码看起来像

for (int i = 0; i < 8; i++){
    for (int j = 0; j < 8; j++){

他坚持认为应该改为

for (int i = 0; i < CHESS_CONST; i++){
    for (int j = 0; j < CHESS_CONST; j++){

带有一些更好的符号名称，我现在就不用考虑了。

现在，我当然知道通常会避免使用幻数，但是我觉得

1. 这个数字永远不会改变；
2. 该名称无论如何都不能这么具有描述性，因为在整个代码中很多地方都使用了该数字；和
3. 任何经过国际象棋程序源代码的人都应该对国际象棋有足够的了解，以便知道8是什么，

确实不需要符号常量。

那么你们怎么看？这是矫kill过正吗，还是我应该遵循惯例并使用符号？

恕我直言，您的朋友使用符号名称是正确的，尽管我认为该名称绝对应该更具描述性（例如BOARD_WIDTH而不是CHESS_CONST）。

即使该数字在程序的整个生命周期内都不会改变，在您的程序中可能还会有其他地方出现数字8的含义。BOARD_WIDTH在需要的木板宽度处替换“ 8” ，并在不同的含义下使用另一个符号名称，可以使这些不同的含义清晰，明显，并使整个程序更具可读性和可维护性。如果您需要快速识别代码中取决于电路板宽度的所有位置，它还使您可以对程序进行全局搜索（或者，如果环境允许，可以进行反向符号搜索）。

另请参见该前SE.SE帖子，以获取有关如何（或不愿）选择数字名称的讨论。

附带说明一下，由于已在注释中进行了讨论：如果在实际程序的代码中，如果变量i引用j的是董事会的行和列，或者反之亦然，那么建议选择变量名，明确区分，如row和col。这样的名称的好处是，它们会使错误的代码看起来不正确。

好的，这里有一些评论：

摆脱魔术数字是一个好主意。有一个称为DRY的概念，该概念经常被错误地表达，但是这种想法是您不会在项目中重复这些概念的知识。因此，如果您有一个名为ChessBoard的类，则可以附加一个名为BOARD_SIZE或ChessBoard.SIZE的常量。这样，此信息就有一个唯一的来源。另外，这有助于以后的可读性：

for (int i = 0; i < ChessBoard.SIZE; i++){
  for (int j = 0; j < ChessBoard.SIZE; j++){

即使数字从未改变，您的程序也可以说是更好的。任何阅读它的人都知道有关代码在做什么的更多信息。

坏名字总比没有名字坏，但这并不意味着不应命名。只需更改名称即可。不要用洗澡水把婴儿扔出去。：p该名称可以是描述性的，只要您充分理解其描述即可。然后，该概念可以用于多种不同的事物。

您真正想要的是消除对常量的无用引用，无论它们是命名的还是裸露的：

for_each_chess_square (row, col) {
  /*...*/
}

如果您实际上是想通过重复这样的循环来增加常数，那么最好还是坚持一下8。

8自我描述；它不是代表其他东西的宏。

您永远不会（TM）将其变成9x9的象棋程序，如果您这样做，则8的扩散将不是主要困难。

我们可以在150,000个行代码库中搜索令牌8，并分类哪些事件以秒为单位。

更重要的是对代码进行模块化，以便将象棋知识集中在尽可能少的地方。最好有一个，两个或三个国际象棋专用模块，其中出现字面数字8，而不是三十七个带有国际象棋专用职责的模块，通过符号名称引用8。

当这8个常数成为程序中压力的来源时，您可以轻松地在那时修复它。修复现在正在发生的实际问题。如果您不觉得自己受到特定8的阻碍，那就顺其自然吧。

假设将来您希望支持替代的电路板尺寸。在那种情况下，这些循环将不得不更改是否使用命名常量或8，因为尺寸将通过诸如board.width和的表达式来检索board.height。如果您使用BOARD_SIZE而不是8，这些地方将更容易找到。这样就省了些力气。但是，你千万不要忘记更换的精力8用BOARD_SIZE在了首位。总体努力并不低。在代码上进行一次传递以更改8为BOARD_SIZE，然后进行另一遍以支持替代尺寸，这并不比仅仅支持替代尺寸便宜8。

我们还可以从纯粹的客观风险/收益分析中看待这一问题。该程序现在具有裸常量。如果将这些替换为常量，则没有任何好处。该程序是相同的。进行任何更改都会带来非零风险。在这种情况下，它很小。尽管如此，没有风险也不应冒险。要面对这种推理“出售”变更，我们必须假设一种好处：将来的好处将对另一个程序有所帮​​助：该程序的未来版本目前不存在。如果正在计划这样的程序，则该假设及其相关推理是善意的，应认真对待。

例如，如果您距离添加更多代码将进一步增加这些常量的距离几天之内，则可能要取消使用它们。如果常量的那些实例大约是将要存在的所有实例，那么为什么要打扰呢。

如果您曾经使用过商业软件，则ROI参数也将适用。如果某个程序没有销售，并且将一些硬编码的数字更改为常量不会提高销售量，那么您将不会为此付出任何努力。零钱投资的时间回报为零。投资回报率的论点超越了金钱。您编写了一个程序，投入了时间和精力，并从中得到了一些收益：这就是您的回报，即您的“ R”。如果仅通过进行更改就可以获得更多的“ R”，无论它是什么，都可以。如果您有一些进一步开发的计划，而这种改变可以改善您的“ R”，则同上。如果更改对您没有立即或可预见的“ R”，请忽略它。