用空类而不是枚举——糟糕的主意？

Question

我目前正在使用枚举来描述许多可能的操作系统平台。我有 WIN32、SOLARIS64、LINUX32，还有更广泛的类别，如 ALLWIN 和 ALLUNIX。我的代码中有一个位置需要确定给定平台是否属于另一个平台的类别。对我来说，这听起来像是继承，但显然枚举不能相互继承。

然后我想到将这些平台从 1 个枚举变成相互继承的空类。我觉得这在概念上和空间上都是一个糟糕的想法，但我不是 C# 大师，我想我应该在这里发帖寻找一些更有经验的意见。有什么想法吗？

这看起来像：

public class ALL {};

  public class ALLWIN : ALL {};

    public class WINNT : ALLWIN{};

      public class WIN32 : WINNT{};

... 等等。

Answer 1

枚举不能继承，但它们具有标志的概念，可以完成您尝试做的相同事情：

[FlagsAttribute]
enum OSs
{
   WinNT = 1;
   WinNXP = 2;
   AllWIN = WinNT | WinNXP;
}

等等...

链接到 枚举。

Answer 2

为此，您需要坚持使用枚举。您可以通过位掩码进行检查。大致如下：

[FlagsAttribute]
enum Systems {
    WinNT = 1,
    Win32 = 2,
    Linux32 = 4,
    Solaris = 8,
    AllWin = WinNT | Win32, // do a bitwise OR of each of the Windows systems
    AllUnix = Linux32 | Solaris // same thing here for Unix systems
}

当您检查平台是否属于特定系统时，您将通过执行按位 AND 来完成此操作，如以下代码所示：

if (platform & Systems.AllWin > 0) { 
  // this is a Windows system 
}

这有意义吗？

Answer 3

设计系统的关键部分之一是能够定义您的领域。这通常也是最难的部分。我建议，退后一步。您需要定义什么？操作系统？操作系统有什么？
继承是一个强大的工具，但这种情况似乎适合“有一个”关系，而不是“是一个”关系。也许定义一个具有属性的对象，而不是让它们继承。考虑一下：

    public enum OperatingSystemFamily
    {
        Microsoft,
        linux,
        Mac
    }

    public class OperatingSystem
    {
        public string Name { get { return "WINNT"; } }
        public OperatingSystemFamily Family { get { return OperatingSystemFamily.Microsoft; } }
    }

这可能与您想要实现的目标完全不同。
你怎么认为？

正如其他地方提到的，使用枚举标志可以作为一个很好的轻量级解决方案。唯一的问题是操作系统和类别的组合永远不能超过 64 种。