Convention de dénomination des énumérations - pluriel

Je pose cette question malgré la lecture similaire mais pas exactement ce que je veux à la convention de nommage C # pour l'énumération et la propriété correspondante

J'ai trouvé que j'avais tendance à nommer les énumérations au pluriel, puis à les «utiliser» au singulier, par exemple:

public enum EntityTypes {
  Type1, Type2
}

public class SomeClass {
  /*
    some codes
  */

  public EntityTypes EntityType {get; set;}

}

Bien sûr, cela fonctionne et c'est mon style, mais quelqu'un peut-il trouver un problème potentiel avec une telle convention? J'ai un nom "moche" avec le mot "Statut" cependant:

public enum OrderStatuses {
  Pending, Fulfilled, Error, Blah, Blah
}

public class SomeClass {
  /*
    some codes
  */

  public OrderStatuses OrderStatus {get; set;}

}

Informations supplémentaires: Peut-être que ma question n'était pas assez claire. Je dois souvent réfléchir sérieusement lorsque je nomme les variables des types d'enum définis. Je connais la meilleure pratique, mais cela n'aide pas à faciliter mon travail de nommer ces variables.

Je ne peux pas exposer toutes mes propriétés enum (dites "Status") comme "MyStatus".

Ma question: quelqu'un peut-il trouver un problème potentiel avec ma convention décrite ci-dessus? Il ne s'agit PAS des meilleures pratiques.

Reformulation de la question:

Eh bien, je suppose que je devrais poser la question de cette façon: quelqu'un peut-il trouver un bon moyen générique de nommer le type d'énumération de telle sorte que lorsqu'il est utilisé, le nom de l'instance d'énumération sera assez simple?

Microsoft recommande d'utiliser le singulier pour Enums sauf si les Enumchamps de bits représentent (utilisez FlagsAttributeégalement le). Voir Conventions de dénomination des types d'énumération (un sous-ensemble des directives de dénomination de Microsoft ).

Pour répondre à votre clarification, je ne vois rien de mal à l'un ou l'autre des éléments suivants:

public enum OrderStatus { Pending, Fulfilled, Error };

public class SomeClass { 
    public OrderStatus OrderStatus { get; set; }
}

ou

public enum OrderStatus { Pending, Fulfilled, Error };

public class SomeClass {
    public OrderStatus Status { get; set; }
}

J'ai commencé par nommer des énumérations au pluriel, mais j'ai depuis changé au singulier. Semble tout simplement plus logique dans le contexte de leur utilisation.

enum Status { Unknown = 0, Incomplete, Ready }

Status myStatus = Status.Ready;

Comparer aux:

Statuses myStatus = Statuses.Ready;

Je trouve que la forme singulière semble plus naturelle dans son contexte. Nous sommes d'accord que lorsque nous déclarons l'énumération, qui se produit en un seul endroit, nous pensons "c'est un groupe de personnes", mais lorsque nous l'utilisons, vraisemblablement dans de nombreux endroits, nous pensons que "c'est celui qui est" .

La situation ne s'applique jamais vraiment au pluriel.

Un enummontre un attribut de quelque chose ou d'un autre. Je vais donner un exemple:

enum Humour
{
  Irony,
  Sarcasm,
  Slapstick,
  Nothing
}

Vous pouvez avoir un seul type, mais essayez de le penser au multiple plutôt qu'au pluriel:

Humour.Irony | Humour.Sarcasm

Plutôt que

Humours { Irony, Sarcasm }

Vous avez le sens de l'humour, vous n'avez pas le sens de l'humour.

En général, la recommandation de meilleure pratique est singulière, à l'exception des énumérations auxquelles l'attribut [Flags] est attaché (et qui peuvent donc contenir des champs de bits), qui doivent être pluriels.

Après avoir lu votre question modifiée, j'ai l'impression que vous pouvez penser que le nom de la propriété ou le nom de la variable doit être différent du nom du type d'énumération ... Ce n'est pas le cas. Ce qui suit est parfaitement bien ...

  public enum Status { New, Edited, Approved, Cancelled, Closed }

  public class Order
  {
      private Status stat;
      public Status Status
      { 
         get { return stat; }
         set { stat = value; }
      }
  }

C'est l'un des rares endroits où je suis assez en désaccord avec la convention pour aller à son encontre. TBH, je déteste que la définition d'une énumération et son instance puissent avoir le même nom. Je postfixe tous mes Enums avec "Enum" spécifiquement parce qu'il indique clairement quel est le contexte dans une utilisation donnée. OMI, il rend le code beaucoup plus lisible.

public enum PersonTypesEnum {
    smart,
    sad,
    funny,
    angry
}


public class Person {   
    public PersonTypesEnum PersonType {get; set;}
}

Personne ne confondra jamais ce qu'est l'énumération et quelle en est l'instance.

Si vous essayez d'écrire du code simple mais pourtant interdit comme ceci:

    public class Person
    {
        public enum Gender
        {
            Male,
            Female
        }
        //Won't compile: auto-property has same name as enum
        public Gender Gender { get; set; }  
    }

Vos options sont:

1. Ignorez la recommandation MS et utilisez un préfixe ou un suffixe sur le nom de l'énumération:

   public class Person
   {
       public enum GenderEnum
       {
           Male,
           Female
       }
       public GenderEnum Gender { get; set; }
   }

2. Déplacez la définition d'énumération en dehors de la classe, de préférence dans une autre classe. Voici une solution simple à ce qui précède:

   public class Characteristics
   {
       public enum Gender
       {
           Male,
           Female
       }
   }
   public class Person
   {
       public Characteristics.Gender Gender { get; set; }  
   }

Meilleure pratique - utilisez le singulier. Vous avez une liste d'éléments qui composent un Enum. L'utilisation d'un élément de la liste semble étrange lorsque vous dites Versions.1_0. Il est plus logique de dire Version.1_0qu'il n'y a qu'une seule version 1_0.

J'arrive un peu tard ...

Il y a une différence importante entre votre question et celle que vous mentionnez (que j'ai posée ;-):

Vous mettez la définition d'énumération hors de la classe, ce qui vous permet d'avoir le même nom pour l'énumération et la propriété:

public enum EntityType { 
  Type1, Type2 
} 

public class SomeClass { 
  public EntityType EntityType {get; set;} // This is legal

}

Dans ce cas, je suivrais les lignes directrices de MS et utiliserais un nom singulier pour l'énumération (pluriel pour les drapeaux). C'est probablement la solution la plus simple.

Mon problème (dans l' autre question ) est lorsque l'énumération est définie dans la portée de la classe, empêchant l'utilisation d'une propriété nommée exactement après l'énumération.

Sur l'autre thread, convention de nommage C # pour l'énumération et la propriété de correspondance, quelqu'un a souligné ce que je pense être une très bonne idée:

"Je sais que ma suggestion va à l'encontre des conventions de dénomination .NET, mais je préfixe personnellement les énumérations avec 'E' et les indicateurs d'énumération avec 'F' (de la même manière que nous préfixons les interfaces avec 'I')."