为什么枚举可以有两个具有相同数值的不同名称？

Question

我刚刚发现了一个微妙的错误，其中我有一个枚举，其中两个名称无意中共享相同的数值（在本例中为 red=10 和 crimson=10）。我有点惊讶这不是语法错误。

public enum Colour
{
    Red=10,
    Blue=11,
    Green=12,
    Crimson=10
}
// Debug.Write(Colour.Red==Colour.Crimson) outputs True

是否有任何现实世界的原因可以解释为什么这种行为可能有用或者确实认为它应该是语法错误？

Answer 1

public enum Colour
{
    Red=10,
    Rouge=10,
    Blue=11,
    Bleu=11,
    Green=12,
    Vert=12,
    Black=13,
    Noir=13
}

Answer 2

提防！如果您的 enum 具有多个具有相同值的元素，则在使用 Enum.Parse() 时可能会得到意外结果。这样做将任意返回具有请求值的第一个元素。例如，如果您有 enum Car { Ford = 1, Chevy = 1, Mazda = 1}，则 (Car)Enum.Parse(typeof(Car), "1")< /code> 将返回 Car.Ford。虽然这可能很有用（我不确定为什么会如此），但在大多数情况下，它可能会令人困惑（特别是对于维护代码的工程师而言），或者在出现问题时很容易被忽视。

Answer 3

我已经看到此功能有时用于“默认”值：

public enum Scope
{
    Transient,
    Singleton,
    Default=Transient
}

但请注意，这只是枚举用户的糖。仅仅因为它被称为“默认”，并不意味着它是初始值。

Answer 4

枚举的使用方式与常量类似，并且您绝对可以在相同的位置使用两个具有相同值的常量。之所以会这样，是因为第 3 方 API、因为向后兼容性，而不仅仅是因为业务规则。

Answer 5

Enum 是常量变量的枚举，并且可以有两个具有相同值的项，我认为没有理由出现语法错误，但是，这会导致此代码中的编译错误

switch(c)
{
  Colour.Red:
     break;
  Colour.Crimson:
     break;
  ...
}

Answer 6

根据 C# 语言规范：

多个枚举成员可以共享相同的关联值。该示例

enum Color 
{
    Red,
    Green,
    Blue,
    Max = Blue
}

显示了一个枚举，其中两个枚举成员（Blue 和 Max）具有相同的关联值。

在这种情况下，您可以检查 MyColor == Color.Max，这在某些情况下很有用。

Answer 7

这不是语法错误。 enum 所做的只是以强类型方式枚举一系列常量。

因此，如果开发人员输入错误（如您的示例所示），就 CLR 而言，这是一个完全有效的情况。 CLR 假定开发人员知道他在做什么以及为什么选择这样做。

至于现实世界的案例，我暂时无法想出任何案例，但我仍然确信在某些情况下它可能会有所帮助。

Answer 8

当然有，尽管可能不太常见。如果存在一个实体/值以两个不同的名称众所周知，那么这是一个很好的理由。

您所呈现的场景也许就是这样的一种情况。直接来自 BCL 的更好的一个是 System.Windows.Forms.MessageBoxIcon 枚举； Stop、Error 和 Hand 成员都具有相同的描述，并且实际上具有相同的值。正如评论所建议的，星号和信息也相同：

Asterisk    The message box contains a symbol consisting of a lowercase letter i in a circle.
Information The message box contains a symbol consisting of a lowercase letter i in a circle.

希望这能让您对适当的场景有一个很好的了解（您自己的场景可能就是一个）。

Answer 9

没关系。从 API 用户的角度来看，您可能有两个不同的值，但在功能上可以视为相同的值。

Answer 10

使用命名值而不是实际值是根。假设你有相同值的法语、英语等。这对我来说是枚举的根源。

Answer 11

有时建议（尽管 MS 对于 C# 不建议！ - 请参阅 Salaros 的评论）在枚举中包含下限和上限，例如

public enum Colour
{
    LowBound=10,
    Red=10,
    Rouge=10,
    Blue=11,
    Bleu=11,
    Green=12,
    Vert=12,
    Black=13,
    Noir=13,
    UpperBound=13
}

用于验证/迭代每个可能的设置。虽然我有一种感觉 .Net 可能为此提供一个工具:)

Answer 12

这是有效的，并且允许人们用不同的名称引用相同的值。
请注意，这种方法单方面效果很好。如果从 int/string 转换为 enum 或格式化字符串时，可能会得到不一致的结果。

例如：

public enum Colour
{
    Red=10,
    Blue=11,
    Green=12,
    Crimson=10
}
Colour myColor = Colour.Crimson;
Console.WriteLine("Crimson is {0}", myColor.ToString());

输出：

Crimson is Red

Answer 13

这个例子将说明为什么这很有用。当您在致力于公共使用的公共图书馆工作时，以不同的方式命名相同的事物可能会很有用。

public enum GestureType
{
Touch = 1,
Tap = 1,
DoubleTouch = 2,
DoubleTap = 2,
Swipe = 3,
Slide = 3,
...
}

当不同的单词在某些情况下具有相同的含义时，命名它们是有意义的。解析时，在这种情况下它总是返回良好的值。

Answer 14

我目前正在开发一个项目，这实际上是一个有用的功能。

public enum State
{
    NotTransmitted = 0,
    Deleted = 0,
    Transmitted = 1,
    Deactivated = 1,
    Activated = 2
}

NotTransmissed 和Deleted 状态在编程上是相同的，对于实际情况的软件来说并不重要。在这两种情况下，软件都必须将该项目传输到接收器。

话虽这么说，对于程序员来说，删除后将状态设置为“已删除”比将其设置为“未传输”要直观得多。发送后将其设置为“已发送”而不是将其设置为“停用”也是如此。

简而言之，它增强了代码的可读性。

Answer 15

Obsolete 怎么样？

我们遇到过这样的情况，无论出于何种原因，我们需要更改附带库中枚举值的名称。我相信它们的用法略有变化，并且它们在支持数据存储中被重新标记。

您可以争论许多其他选项，例如废弃整个枚举并添加第二个，或者为新选项使用新值（有原因，但我听到了），但我不认为我可以争论为什么任何在这一点上本质上是“正确的”。

无论如何......

public enum Colour
{
    [Obsolete("The colour Red will soon be replaced with Crimson. Please update your usage.")]
    Red = 10,
    Blue = 11,
    Green = 12,
    Crimson = 10
}

如果我们不能两次使用相同的值，我们就无法在版本之间使名称过时。

但比尔的警告成立。

Console.WriteLine(Colour.Red);
Console.WriteLine(Colour.Crimson);

它们都将 Red 输出到控制台。引用莫德的话说，“你可以想象它从这里会走向何方。”

Answer 16

我在 .net TWAIN 包装器中看到了同样的事情 - 它允许将所有 TWAIN 消息代码存储在一个大枚举中，但一开始它确实让事情有点混乱。

Answer 17

我认为重复使用同一个号码有很多用途。举一个新的例子，假设您有一个排名系统，它将确保特定类（父级）的对象在依赖于它的其他类（子级）之前创建，您可能有一些处于同一“层”的子级' 并且哪个先创建并不重要。在下面的示例中，将首先创建 Parent，然后创建 Child 1、2 或 3，最后创建 Child4。如果将其视为树形图，则任何具有相同编号的项目都将是“兄弟姐妹”。

public enum ObjectRanks
{
    Parent = 0,
    Child1 = 1,
    Child2 = 1,
    Child3 = 1,
    Child4 = 2
}

尽管我可以理解你的观点，因为这很容易犯错误。在这种情况下，如果 Visual Studio 有一个启用警告的选项，可以让其编译，但如果使用相同的数字两次，则会发出警告，这会很方便。

Answer 18

我认为这对于字段映射很有用，例如（在 LinqPad 中）：

void Main()
{
    ((FieldName)Enum.Parse(typeof(FieldName), "Name", true)).ToString().Dump();
    ((FieldName)Enum.Parse(typeof(FieldName), "TaskName", true)).ToString().Dump();
    ((FieldName)Enum.Parse(typeof(FieldName), "IsActive", true)).ToString().Dump();
    ((FieldName)Enum.Parse(typeof(FieldName), "TaskIsActive", true)).ToString().Dump();
}

public enum FieldName
{
    Name,
    TaskName = Name,
    IsActive,
    TaskIsActive = IsActive
}

目标是使用较短的名称，但是 Parse 或 TryParse 的结果不一致，此代码输出：

TaskName
TaskName
IsActive
IsActive

Answer 19

    public enum SortBy
    {
        Ascending = 0,
        Descending = 1,
        Asc = 0,
        Desc = 1
    }

这就是为什么这个解决方案对我有用

Answer 20

Microsoft 的代码分析包括规则 CA1069：枚举不应有重复的值。

但是，该规则仅适用于将相同的数字文字显式分配给枚举的两个不同名称。它不适用于将以前的名称分配给新名称。 规则说明部分 说（强调我的）：

每个枚举成员都应该具有唯一的常量值或者显式分配给枚举中的先前成员以表明共享值的明确意图。

据我了解，微软明确表示，可以使用两个枚举名称来表示相同的值，但不要使用像这样的重复数字…………

public enum Colour
{
    Red=10,
    Blue=11,
    Green=12,
    Crimson=10 // Duplicate specified with number.
}

显式地将名称与名称等同起来更不容易出错。以前的名字...

public enum Colour
{
    Red=10,
    Blue=11,
    Green=12,
    Crimson=Red // Duplicate specified with name.
}

当然，正如其他答案中所讨论的那样，转换为字符串仍然存在问题。