C＃中的枚举应该有自己的文件吗？[关闭]

我有一个使用枚举的类，该枚举当前在其自己的文件中，这似乎很浪费。

关于将枚举放置在使用它们的文件的名称空间中的一般看法是什么？还是应该将枚举真正存在于自己的CS文件中？

编辑

我应该提到的是，尽管所讨论的类使用了这些枚举，但是外部调用者也是如此。换句话说，另一个类可以设置这些枚举。因此，它们不会在班级内部使用，否则此问题将变得毫无道理。

我不会说“浪费”（多余的文件要多少钱？），但这通常很不方便。通常，有一个类与枚举关系最密切，我将它们放在同一文件中。

这实际上只是一个偏好问题。

我更喜欢将每个枚举放在自己的文件中（无论每个接口，类和结构如何，无论大小如何）。当我来自其他解决方案或没有相关类型的引用时，这使他们更容易找到。

在每个文件中放置一种类型也可以更轻松地识别源代码管理系统中的更改而无需区别。

这完全是风格问题。我倾向于做的是Enums.cs在解决方案中有一个文件，其中收集了枚举声明。

但是F12无论如何，它们通常都是通过密钥找到的。

要问自己的问题是：关于C＃中的枚举类型，是否有什么事情与我创建的所有其他类型有所不同？

如果枚举是公共​​的，则应像其他任何公共类型一样对待它。如果它是私有的，则使用它声明为类的嵌套成员。没有令人信服的理由将两个公共类型放在同一个文件中，仅仅是因为一个是枚举。它是公共类型这一事实至关重要。类型的味道没有。

将每种类型（类，结构，枚举）放在其自己的文件中的另一个优点是源代码管理。您可以轻松获取该类型的整个历史记录。

我主要将其放置在名称空间的内部以及类的外部，以便可以轻松访问该名称空间中的其他类，如下所示。

namespace UserManagement
{
    public enum UserStatus { Active, InActive }
    class User
    {
        ...
    }
}

通常，我希望枚举与Class放在同一个文件中，而Class很有可能是其属性。例如，如果我有一个类，Task那么枚举TaskStatus将在同一文件中。

但是，如果我的枚举具有更一般的性质，则可以根据上下文将它们保留在各种文件中。

这取决于所需的访问权限。

如果枚举仅由单个类使用，则可以在该类中声明该枚举，因为您无需在其他任何地方使用它。

对于由多个类或公共API使用的枚举，那么我将始终将定义保留在适当名称空间的其自己的文件中。找到这种方式要容易得多，并且该策略遵循每个文件一个对象的模式，该模式也适用于类和接口。

我认为这取决于枚举的范围。例如，如果枚举特定于一个类，例如用于避免不可思议的常量情形，那么我会说将其放在与该类相同的文件中：

enum SearchType { Forward, Reverse }

如果枚举是通用的，并且可以由多个类用于不同的场景，那么我倾向于将其放在自己的文件中。例如，以下内容可用于多种目的：

enum Result { Success, Error }

我倾向于把枚举在自己的文件中，原因很简单：与类和结构，这是很好的知道确切哪里看，如果你想找到一个类型的定义：同名的文件中。（公平地说，在VS中，您也可以始终使用“转到定义”。）

显然，它可能会失控。我工作的同事甚至为代表制作了单独的文件。

对枚举使用单独的文件的一个优点是，您可以删除使用枚举的原始类，并使用枚举编写一个新类。

如果枚举独立于原始类，则将其放在单独的文件中将使以后的更改更加容易。

如果您使用Visual Studio的USysWare文件浏览器外接程序，则可以在解决方案中快速找到特定名称的文件。想象一下，在一个巨大的解决方案中查找的枚举不在自己的文件中，而是埋在某个文件中。

对于小型解决方案，这无关紧要，但是对于大型解决方案，将类和枚举保留在它们自己的文件中变得更加重要。您可以快速找到它们，对其进行编辑等。我强烈建议您将枚举放入自己的文件中。

并且如前所述...一个文件最终只剩下几个kb是多么浪费？

分离文件非常简单的巨大优势。当任何对象位于其自己的MyObjectName.cs文件中时，您可以转到解决方案资源管理器并键入MyObjectName.cs并显示为正好1个文件。任何使调试更好的方法都很好。

类似的注释的另一个优点是，如果您在所有文件（ctrl+ shft+ F）中搜索名称，则可能会在同一文件中找到20个对该名称的引用...并且找到的名称将是不同对象的一部分。在“查找结果”窗口中，您只能看到行号和文件名。您将不得不打开文件并滚动以找出找到的引用所在的对象。

我喜欢使调试更容易的任何事情。

一个解决方案中有多个项目。然后更好地创建另一个项目Utilities。然后创建一个Folder \Enumerations并创建一个nested static class。然后分配每个静态类，在其中将创建与项目名称相对应的枚举。例如，您有一个名为DatabaseReader和DatabaseUsers的项目，则可以将静态类命名为

public static class EnumUtility {
    #region --Database Readers Enum
    public static class EnumDBReader {
         public enum Actions { Create, Retrieve, Update, Delete}; 
    }
    #endregion

    #region --Database Users Enum
    public static class EnumDBUsers {
         public enum UserIdentity { user, admin }; 
    }
    #endregion

}

然后，将在其上声明可在每个项目的整个解决方案中使用的整个枚举。使用＃region分隔每个关注点。这样，查找任何枚举会更容易

我喜欢有一个名为E的公共枚举文件，其中包含每个单独的枚举，然后可以使用E ...来访问任何枚举，并且它们都在一个位置进行管理。