Enum Adlandırma Sözleşmesi - Çoğul

Benzeri ama tam olarak ne ben numaralandırma ve eşleşen özellik için C # adlandırma kuralında istediğini rağmen bu soruyu soruyorum

Enumları çoğul olarak adlandırma eğilimindeyim ve sonra bunları tekil olarak kullanıyorum, örnek:

public enum EntityTypes {
  Type1, Type2
}

public class SomeClass {
  /*
    some codes
  */

  public EntityTypes EntityType {get; set;}

}

Tabii ki işe yarıyor ve bu benim tarzım, ancak böyle bir sözleşmede potansiyel bir sorun bulabilen var mı? Gerçi "Durum" sözcüğü ile bir "çirkin" adlandırma var:

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

public class SomeClass {
  /*
    some codes
  */

  public OrderStatuses OrderStatus {get; set;}

}

Ek Bilgi: Belki sorum yeterince açık değildi. Tanımlanmış numaralandırma türlerimin değişkenlerini adlandırırken sık sık çok düşünmem gerekir. En iyi uygulamayı biliyorum, ancak bu değişkenleri adlandırma işimi kolaylaştırmak işe yaramıyor.

Tüm numaralandırma özelliklerimi ("Durum" diyelim) "MyStatus" olarak gösteremiyorum.

Benim sorum: Yukarıda açıklanan sözleşmemde potansiyel bir sorun bulabilir mi? En iyi uygulama ile ilgili DEĞİLDİR.

Soru yeniden ifade:

Sanırım soruyu şu şekilde sormalıyım: Birisi enum tipini isimlendirmek için kullanıldığında, enum 'örneğinin' adlandırılması oldukça basit olacak şekilde iyi bir genel yol ortaya çıkarabilir mi?

Microsoft Enum, Enumbit alanlarını temsil etmediği sürece s için tekil kullanılmasını önerir (de kullanın FlagsAttribute). Numaralandırma Türü Adlandırma Kuralları (Microsoft'un Adlandırma Yönergeleri'nin bir alt kümesi) konusuna bakın .

Açıklamanıza yanıt vermek için aşağıdakilerden herhangi birinde yanlış bir şey görmüyorum:

public enum OrderStatus { Pending, Fulfilled, Error };

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

veya

public enum OrderStatus { Pending, Fulfilled, Error };

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

Çoğullarda enumları adlandırmaya başladım, ancak o zamandan beri tekil olarak değiştim. Nerede kullanıldıkları bağlamında daha mantıklı görünüyor.

enum Status { Unknown = 0, Incomplete, Ready }

Status myStatus = Status.Ready;

Karşılaştırmak:

Statuses myStatus = Statuses.Ready;

Bağlamda daha doğal görünecek tekil formu buluyorum. Tek bir yerde gerçekleşen sıralamayı ilan ederken, "bu bir grup vahşiler" olduğunu düşünüyoruz, ancak bunu kullanırken, birçok yerde, "bu her ne ise" diye düşünüyoruz .

Durum asla çoğul için gerçekten geçerli değildir.

Bir enum, bir şeyin veya başka bir şeyin niteliğini gösterir. Bir örnek vereceğim:

enum Humour
{
  Irony,
  Sarcasm,
  Slapstick,
  Nothing
}

Bir türünüz olabilir, ancak çoğul yerine birden çok şeyi düşünmeyi deneyin:

Humour.Irony | Humour.Sarcasm

Ziyade

Humours { Irony, Sarcasm }

Bir mizah anlayışınız var, mizah anlayışınız yok.

Genel olarak, en iyi uygulama önerisi, kendilerine [Bayraklar] özniteliği olan (ve bu nedenle çoğul olması gereken bit alanları içerebilen) numaralandırmalar hariç, tekildir.

Düzenlenen sorunuzu okuduktan sonra, özellik adının veya değişken adının numara türü türünden farklı olması gerektiğini düşündüğünüzü hissediyorum. Aşağıdaki gayet iyi ...

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

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

Bu, konvansiyona katılmaya yetecek kadar katılmadığım birkaç yerden biri. TBH, bir enum tanımının ve örneğinin aynı ada sahip olabileceğinden nefret ediyorum. Belirli bir kullanımda bağlamının ne olduğunu açıkça belirttiği için tüm Numaralarımı "Enum" ile postfix. IMO kodu çok daha okunaklı hale getirir.

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


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

Kimse enumun ne olduğunu ve örneğinin ne olduğunu karıştırmaz.

Böyle basit, ancak yasak kod yazmaya çalışıyorsanız:

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

Seçenekleriniz:

1. MS önerisini dikkate almayın ve numaralandırma adında bir önek veya sonek kullanın:

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

2. Numaralandırma tanımını sınıfın dışında, tercihen başka bir sınıfa taşıyın. İşte yukarıdakilere kolay bir çözüm:

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

En İyi Uygulama - tekil kullanın. Bir Numaralandırma oluşturan öğeler listeniz var. Listede bir öğeyi kullanmak dediğinde garip geliyor Versions.1_0. Version.1_0Sadece bir 1_0 Sürümü olduğu için söylemek daha mantıklı .

Biraz geç geliyor ...

Sorunuzla bahsettiğiniz soru arasında önemli bir fark var (sorduğum ;-):

Enum tanımını sınıftan çıkarırsınız, bu da enum ve özellik için aynı ada sahip olmanızı sağlar:

public enum EntityType { 
  Type1, Type2 
} 

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

}

Bu durumda, MS guidelinlerini takip eder ve numaralandırma için tekil bir isim kullanırım (bayraklar için çoğul). Bu probaby en kolay çözümdür.

Benim sorunum ( diğer soruda ) enum sınıf kapsamında tanımlandığında, tam olarak enum sonra adlı bir özellik kullanımını engellemektir.

Diğer iş parçacığı C # numaralandırma ve eşleşen özelliği için adlandırma kuralı birisi çok iyi bir fikir olduğunu düşünüyorum ne belirtti:

"Önerimin .NET Adlandırma kurallarına aykırı olduğunu biliyorum, ancak kişisel olarak 'E' ile numaralandırmaların önüne ve 'F' ile bayrak numaralandırmasına ('I' ile Arayüzlerin önekini nasıl kullandığımıza benzer)."