Pourquoi est-il acceptable pour un enum pour avoir deux noms différents avec la même valeur numérique?

Je viens de découvrir un bug subtil où j'ai eu un enum avec deux noms unintentially partage la même valeur numérique (en rouge=10 et crimson=10). Je suis un peu surpris de découvrir que ce n'est pas une erreur de syntaxe.

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

Est-il vrai monde, la raison pourquoi ce comportement peut être utile ou ne pense que cela doit être une erreur de syntaxe?

J'ai pensé que j'étais si intelligent pour penser à demander ce plus de trois ans après, il a été demandé à l'origine.
Consultez le site web MSDN lignes directrices pour l'enum design: msdn.microsoft.com/en-us/library/ms229058.aspx Dans cet esprit, je dirais que même si c'est techniquement possible, ce n'est probablement pas conseillé.
ensuite, j'allais demander la même chose encore 16 mois après.
J'ai essayé de créer un Dictionary<ExternalEnum, TValue> où ExternalEnum est externe dans une assemblée, je ne peux pas modifier. Le dictionnaire nécessaires pour avoir une valeur pour chaque valeur d'enum en ExternalEnum, mais deux valeurs dans ExternalEnum ont la même valeur numérique. J'ai ensuite obtenu une ArgumentException parce que (je pense) le dictionnaire est indexée sur la valeur numérique derrière les coulisses - depuis, j'ai dû l'exclure, le double de la valeur à partir du dictionnaire.

InformationsquelleAutor AndyM | 2010-06-30

c#enums

38
```
public enum Colour
{
    Red=10,
    Rouge=10,
    Blue=11,
    Bleu=11,
    Green=12,
    Vert=12,
    Black=13,
    Noir=13
}
```
- Très concis et efficace.
- D'accord. Droit au point de aucune explication n'est nécessaire.
- Et comment voulez-vous l'utiliser? Dans une programmation multilingue de l'équipe, chaque membre de choisir ses propres constantes?
- Je suis à une perte de savoir comment ce est une réponse efficace.
- Holterman ce n'est PAS une réponse à ce sujet multilingue de l'équipe de programmation. C'est une réponse qui indique un "monde réel" pourquoi vous pouvez utiliser deux mots différents pour la même valeur dans un enum.
- Comme @Noldorin, je ne vois pas en quoi c'est utile. Pouvez-vous donner un exemple en l'utilisant?
- Holterman: Non, je ne peux pas donner un exemple d'utilisation. Qui dans leur bon esprit de créer un enum est multilingue couleurs?!? Ceci est un exemple de comment vous pouvez utiliser des synonymes pour représenter les mêmes valeurs. Le rouge et le Rouge en ce moment sont identiques et, par conséquent, doit avoir la même valeur.
- Robin, OK, mais la OQ était pourquoi elle n'avait pas refusé de sorte que nous étions à la recherche d'un exemple de pourquoi on devrait utiliser le présent, non pas tant pour comment.
- One should use it if one needs to use it. Exemple : je suis en train de travailler sur un programme qui utilise le courant et quelques images précédentes pour le traitement de la vidéo. - Je stocker les images précédentes dans un tableau et j'utilise enums pour l'indexation. Dans un mode de fonctionnement, j'ai besoin de 0 à l'image précédente et dans un autre mode j'ai besoin de 0 à gauche de l'image, 1 - droit, etc., et il est possible que je pourrais avoir besoin de 0 à une autre image dans une future mise en œuvre d'un autre mode. Dans ce cas, j'utilise enums au lieu de magic numbers pour l'indexation et je crois que ce sera plus propre comme ça.
InformationsquelleAutor Robin Day
24

Méfiez-vous! Si votre enum a plusieurs éléments avec la même valeur, vous pouvez obtenir des résultats inattendus lorsque vous utilisez Enum.Parse(). Faire arbitrairement retourner le premier élément qui a la valeur demandée. Par exemple, si vous avez enum Car { Ford = 1, Chevy = 1, Mazda = 1}, puis (Car)Enum.Parse(typeof(Car), "1") sera de retour Car.Ford. Même si ça peut être utile (je ne sais pas pourquoi il en serait ainsi, dans la plupart des situations, il va probablement être source de confusion (en particulier pour les ingénieurs de maintenir le code) ou facilement négligés lorsque des problèmes surviennent.
- Merci pour votre première réponse sur soi, et c'est un bon. Je suggère de modifier le texte pour ajouter du blanc de l'espace et, en particulier, à utiliser markdown pour mettre en évidence les fragments de code? La façon la plus simple pour faire ce dernier est soit de surround the text avec backtick (`) ou utiliser le code devis bouton dans la barre de formatage. Je suppose que vos upvote nombre peut encore augmenter si c'est un peu plus facile à lire. Bonne chance.
InformationsquelleAutor BillBR
19

J'ai vu que cette fonctionnalité est parfois utilisé pour une valeur "par défaut":
```
public enum Scope
{
    Transient,
    Singleton,
    Default=Transient
}
```
Mais attention, ce n'est que du sucre pour l'utilisateur de votre enum. Juste parce qu'il est appelé par Défaut cela ne signifie pas que c'est la valeur initiale.

InformationsquelleAutor tanascius
10

Les Enums sont utilisées comme constans et vous avez certainement peut avoir deux constantes avec la même valeur qui sont utilisés dans les mêmes endroits. Il peut l'être en raison de la 3e partie de l'API, en raison de la compatibilité descendante ot juste parce que des règles d'entreprise.

InformationsquelleAutor wRAR
7

À partir du langage c# spec:

Plusieurs enum membres peuvent partager la même valeur associée. L'exemple
```
enum Color 
{
    Red,
    Green,
    Blue,
    Max = Blue
}
```
montre un enum dans laquelle deux enum membres—Bleu et Max ont la même valeur associée.

Dans ce cas vous pouvez le vérifier MyColor == Color.Max qui serait utile, c'est certaines circonstances.
- Max est un exemple d'une sentinelle de la valeur. Ce n'est pas recommandé par la MSDN lignes directrices de conception pour les énumérations, car elle viole la séparation des préoccupations entre la valeur brute et de l'état. Si le besoin se présente jamais à changer ce qui est considéré comme Max, toutes les références attend Max pour toujours égale Bleu aurait besoin d'être fixé.
InformationsquelleAutor
4

Enum est Énumération des variables constantes, et vous pouvez avoir deux éléments ayant la même valeur,il n'y a aucune raison d'être une erreur de syntaxe que je pense, cependant, cela provoque une erreur de compilation dans le présent code
```
switch(c)
{
  Colour.Red:
     break;
  Colour.Crimson:
     break;
  ...
}
```
- Il vaut la peine de le savoir. C'est une raison de ne pas délibérément, l'utilisation de noms de partage.
- D'accord; deux noms avec la même valeur n'est pas une erreur. Si vous voulez éviter cela, ne pas spécifier les valeurs numériques.
InformationsquelleAutor Arsen Mkrtchyan
3

Ce n'est pas une erreur de syntaxe. Tous un enum n'est énumérer une série de constantes dans un typage fort de la mode.

Ainsi, si un développeur mistypes (comme dans votre exemple), autant que le CLR est en cause, qui est parfaitement valide. Le CLR suppose que le développeur sait ce qu'il fait, et pourquoi il a choisi de le faire.

Comme dans le monde réel cas, je ne peux pas venir avec tout sur l'éperon-of-the-moment, mais je suis certain qu'il y a sans doute des occasions où il serait utile.

InformationsquelleAutor John Rudy
2

Sûr qu'il y est, mais c'est peut-être pas trop commun. Si il y a une entité/valeur qui est communément connu sous deux noms différents, alors que c'est une bonne raison.

Le scénario que vous avez présenté est peut-être l'un de ces cas. Un encore mieux, directement à partir de la BCL, est le System.De Windows.Les formulaires.MessageBoxIcon enum; la Stop, Error, et Hand les membres ont tous la même description et en effet la même valeur. Asterisk et Information sont également identiques, comme le suggèrent les commentaires:
```
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.
```
J'espère que ce devrait vous donner une bonne idée de scénarios appropriés (votre propre étant probablement l'un).

InformationsquelleAutor Noldorin
1

C'est la fin. Vous pourriez avoir deux valeurs différentes du point de vue de l'utilisateur d'une API, mais fonctionnellement peuvent être traités de la même valeur.

InformationsquelleAutor Mau
1

En utilisant par valeur nommée par opposition à la valeur réelle est la racine. Supposons que vous avez le français, l'anglais, etc. avec la même valeur. C'est la racine de l'enum pour moi.

InformationsquelleAutor Mark Schultheiss
1

Il est parfois recommandé (bien que pas recommandé par MS pour le C#! - voir Salaros commentaire) pour y inclure une inférieure et la limite supérieure dans votre enum comme
```
public enum Colour
{
    LowBound=10,
    Red=10,
    Rouge=10,
    Blue=11,
    Bleu=11,
    Green=12,
    Vert=12,
    Black=13,
    Noir=13,
    UpperBound=13
}
```
Aux fins de la validation et de l'itération sur chaque paramètre. Si j'ai le sentiment que .Net peut fournir des installations pour cela 🙂
- La fin de l'énumération est lié lui-même et vous pouvez le parcourir dans l'ordre de déclaration: foreach(Foos foo dans le protocole Enum.GetValues(typeof(Ooa))) en Fait, il est recommandé d'éviter de sentinelle des valeurs d'énumération (LowBound, UpperBound) msdn.microsoft.com/en-us/library/vstudio/...
- Je donnais un exemple de cas où plusieurs éléments peuvent partager une même valeur. Dans certaines langues, vous ne pouvez pas effectuer une itération d'un enum avec foreach. À peine digne d'une -1, mais jamais l'esprit!
- Nous parlons de C# et non pas "les autres" langues, donc si vous apprendre à quelqu'un à le code par rapport à l'officiel des spécifications que vous méritez -1. J'ai de cette façon, C# débutants de ne pas apprendre de mal s'amincit sur C#. De toute façon garder à l'esprit que -1 est appliqué sur les deux comptes, donc ce n'est pas à la traîne: je suis juste de sacrifier mes points afin d'améliorer stackoverflow.. c'est ce que nous sommes tous censés faire.
- Oui, c'est un juste point de. Je ne faisait que se lamenter sur le -1 pour l'amour de gémir. 🙂
InformationsquelleAutor El Ronnoco
1

Ceci est valable et permet de renvoyer la même valeur avec des noms différents.
Attention, cela fonctionne bien en un sens univoque. Vous pouvez obtenir des résultats incohérents si vous êtes à la conversion de int/string enum ou pendant le formatage des chaînes de caractères.

Par exemple:
```
public enum Colour
{
    Red=10,
    Blue=11,
    Green=12,
    Crimson=10
}
Colour myColor = Colour.Crimson;
Console.WriteLine("Crimson is {0}", myColor.ToString());
```
De sortie:
```
Crimson is Red
```
InformationsquelleAutor vent
1

Cet exemple va montrer pourquoi c'est utile. Lorsque vous travaillez sur la bibliothèque publique, qui est dédié à l'usage du public, le nommant mêmes choses d'une manière différente peut être utile.
```
public enum GestureType
{
Touch = 1,
Tap = 1,
DoubleTouch = 2,
DoubleTap = 2,
Swipe = 3,
Slide = 3,
...
}
```
Lors de différents mots ont la même signification dans certaines situations, il n'a de sens, de les nommer. Lors de l'analyse, c'est toujours le retour de la bonne valeur dans cette situation.

InformationsquelleAutor LukeK
0

J'ai vu la même chose dans un .net TWAIN wrapper - il permet à tous les TWAIN codes de message pour être stocké dans une grande enum, mais il ne rendre les choses un peu déroutant au premier abord.

InformationsquelleAutor Phil Gan
0

Je pense qu'il y a de nombreuses utilisations pour les ré-utiliser le même numéro. Pour donner un nouvel exemple, disons que vous avez un système de classement qui permettra de s'assurer que les objets d'une classe en particulier (Parent) sont créés avant les autres classes qui en dépendent (les Enfants), vous pouvez avoir des enfants qui sont dans la même "niveau" et il n'est pas question que l'un est créé en premier. Dans l'exemple ci-dessous, Mère devrait être créé en premier, l'Enfant de 1, 2 ou 3 suivant, puis le dernier serait Child4. Si cela était considéré comme une arborescence, tous les éléments avec le même nombre serait " que les frères et sœurs.
```
public enum ObjectRanks
{
    Parent = 0,
    Child1 = 1,
    Child2 = 1,
    Child3 = 1,
    Child4 = 2
}
```
Bien que je peux voir votre point de vue, cela pourrait être facile à faire, par erreur. Dans ce cas, il serait pratique si visual studio avait une option pour activer les avertissements qui laisserait compiler mais soulèverait un avertissement si le même numéro a été utilisé deux fois.

InformationsquelleAutor Despertar

J'ai pensé qu'il serait utile pour la cartographie domaine, par exemple (dans 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
}

L'objectif est l'utilisation la plus courte des noms, cependant, les résultats de l'analyse ou TryParse ne sont pas compatibles, et ce code sorties:

TaskName
TaskName
IsActive
IsActive

InformationsquelleAutor Stephen Turner

Vous devez vous connecter pour publier un commentaire.