¿Las enumeraciones en C# tienen su propio archivo?

Question

Tengo una clase que utiliza una enumeración, la enumeración está actualmente en su propio archivo que parece un desperdicio.

¿Cuál es la opinión general sobre las enumeraciones que se colocan dentro del espacio de nombres de un archivo en el que se consumen? ¿O debería la enumeración realmente vivir en su propio archivo cs?

Editar

Debo mencionar que, si bien la clase en cuestión utiliza estas enumeraciones, lo mismo ocurre con las llamadas externas. En otras palabras, otra clase puede establecer estas enumeraciones. Por lo tanto, no se usan internamente para la clase, de lo contrario, esta pregunta sería obvia.

Answer 1

No diría "derrochador" (¿cuánto cuesta un archivo adicional?), Pero a menudo es inconciente. Por lo general, hay una clase que está más estrechamente relacionada con la enumeración, y las pongo en el mismo archivo.

Answer 2

Esto es completamente una cuestión de estilo. Lo que suelo hacer es tener un archivo llamado Enums.cs en la solución en la que se recopilan las declaraciones enum.

Pero generalmente se encuentran a través de la clave F12 de todos modos.

Answer 3

Esto es solo una cuestión de preferencia.

Prefiero poner cada enumeración en su propio archivo (igualmente para cada interfaz, clase y estructura, sin importar cuán pequeña sea). Los hace más fáciles de encontrar cuando vengo de otra solución o si no tengo una referencia al tipo en cuestión.

Poner un solo tipo en cada archivo también hace que sea más fácil identificar los cambios en los sistemas de control de fuente sin diferir.

Answer 4

Me gusta tener un archivo de enumeraciones público llamado E que contenga cada enum separada, luego se puede acceder a cualquier enumeración con E ... y están en un solo lugar para administrar.

Answer 5

Generalmente prefiero que mis enums estén en el mismo archivo que la clase de la que probablemente sea un atributo. Si, por ejemplo, tengo una clase Task, entonces la enumeración TaskStatus estará en el mismo archivo.

Sin embargo, si tengo enumeraciones de naturaleza más genérica, las guardo contextualmente en varios archivos.

Answer 6

Creo que eso depende del alcance de la enumeración. Por ejemplo, si la enumeración es específico de una clase, por ejemplo, utiliza para evitar el escenario constante mágica, entonces yo diría que lo puso en el mismo archivo que la clase:

enum SearchType { Forward, Reverse } 

Si la enumeración es general y puede ser utilizado por varias clases para diferentes escenarios, entonces me inclino a usar ponerlo en su propio archivo. Por ejemplo el siguiente podría ser utilizado para varios propósitos:

enum Result { Success, Error } 

Answer 7

que tienden a poner las enumeraciones en su propio archivo por una razón muy simple: al igual que con las clases y estructuras, es bueno saber exactamente dónde buscar si desea encontrar una definición de tipo: en el archivo del mismo nombre. (Para ser justos, en VS también puede usar "Ir a definición")

Obviamente, puede salirse de control.Un colega donde trabajo incluso hace archivos separados para los delegados.

Answer 8

Coloco mayormente dentro en el espacio de nombres y fuera de la clase para que sea de fácil acceso otras clases en ese espacio de nombres como a continuación.

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

Answer 9

La pregunta que debe hacerse sería: ¿hay algo acerca de un tipo de enumeración en C# que indica que debería tratar de forma diferente a todos los otros tipos de crear?

Si la enumeración es pública, se debe tratar como cualquier otro tipo de público. Si es privado, grábelo como un miembro anidado de la clase que lo usa. No hay una razón convincente para poner dos tipos públicos en el mismo archivo simplemente porque uno es una enumeración. El hecho de que sea un tipo público es todo lo que importa; el sabor del tipo no.

Answer 10

Una ventaja de utilizar un archivo separado para enumeraciones es que puede eliminar la clase original que utilizó la enumeración y escribir una nueva clase utilizando la enumeración.

Si la enumeración es independiente de la clase original, colocarla en un archivo separado facilita los cambios futuros.

Answer 11

Otra ventaja de poner cada tipo (clase, estructura, enumeración) en su propio archivo es el control de fuente. Puede obtener fácilmente toda la historia del tipo.

Answer 12

Depende de qué acceso se necesita.

Si el enum solo lo usa una sola clase, está bien declararlo dentro de esa clase porque no necesita usarlo en ningún otro lado.

Para las enumeraciones utilizadas por varias clases o en una API pública, siempre mantendré la definición en su propio archivo en el espacio de nombre apropiado. Es mucho más fácil de encontrar de esa manera, y la estrategia sigue el patrón de un objeto por archivo, que también es bueno usar con clases e interfaces.

Answer 13

Si está utilizando el complemento USysWare File Browser para Visual Studio, puede encontrar muy rápidamente archivos de nombres particulares en su solución. Imagine que busca una enumeración que no está en su propio archivo sino que está enterrada en algún archivo en una solución gigantesca.

Para soluciones pequeñas, no importa, pero para las grandes, se vuelve aún más importante mantener las clases y las enumeraciones en sus propios archivos. Puede encontrarlos rápidamente, editarlos y más. Recomiendo encarecidamente poner tu enumeración en su propio archivo.

Y como se dijo ... ¿Qué desperdicio es un archivo que termina siendo solo un par de kb de todos modos?

Answer 14

Si tiene múltiples proyectos en una solución. Entonces mejor crea otro proyecto Utilities. A continuación, cree una carpeta \Enumerations y cree un static class anidado. Y luego asigne cada clase estática donde creará enumeración que corresponda al nombre de sus proyectos. Por ejemplo, usted tiene un proyecto llamado DatabaseReader y DatabaseUsers entonces usted puede nombrar la clase estática como

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 

} 

Entonces toda enumeración que se puede utilizar en todo las soluciones por proyecto será declarado en él. Use # region para separar cada preocupación. Por esto, es más fácil buscar cualquier enumeraciones