Les enums en C# devraient-ils avoir leur propre fichier ?

Question

J'ai une classe qui utilise une énumération, l'énumération est actuellement dans son propre fichier, ce qui semble inutile.

Quel est l'avis général sur les enums qui sont placés dans l'espace de nom d'un fichier dans lequel ils sont consommés ? Ou bien l'enum doit-il vraiment vivre dans son propre fichier cs ?

Modifier

Je dois mentionner que si la classe en question utilise ces énumérations, il en va de même pour les appelants externes. En d'autres termes, une autre classe peut définir ces énumérations. Elles ne sont donc pas utilisées en interne par la classe, sinon cette question serait évidente.

Answer 1

Je ne dirais pas que c'est du gaspillage (combien coûte un fichier supplémentaire ?), mais c'est souvent gênant. En général, il y a une classe qui est le plus étroitement associée à l'énumération, et je les mets dans le même fichier.

Answer 2

Ce n'est qu'une question de préférence.

Je préfère mettre chaque énumération dans son propre fichier (de même pour chaque interface, classe et structure, aussi petite soit-elle). Cela les rend plus faciles à trouver lorsque je viens d'une autre solution ou que je n'ai pas déjà une référence au type en question.

En plaçant un seul type dans chaque fichier, il est également plus facile d'identifier les changements dans les systèmes de contrôle de la source sans faire de diffing.

Answer 3

C'est entièrement une question de style. Ce que j'ai tendance à faire, c'est d'avoir un fichier appelé Enums.cs dans la solution dans laquelle les déclarations d'enum sont collectées.

Mais on les trouve généralement par le biais du F12 de toute façon.

Answer 4

La question à se poser est la suivante : y a-t-il quelque chose dans un type d'énumération en C# qui indique que je dois le traiter différemment de tous les autres types que je crée ?

Si l'énumération est publique, elle doit être traitée comme tout autre type public. Si elle est privée, déclarez-la comme un membre imbriqué de la classe qui l'utilise. Il n'y a aucune raison impérieuse de mettre deux types publics dans le même fichier simplement parce que l'un est une énumération. Le fait qu'il s'agisse d'un type public est tout ce qui compte ; la saveur du type ne compte pas.

Answer 5

Un autre avantage de mettre chaque type (classe, struct, enum) dans son propre fichier est le contrôle de la source. Vous pouvez facilement obtenir l'historique complet du type.