Соглашение об именовании C# для перечисления и соответствующего свойства

определение "Off", "Starting" и "Moving" - это то, что я бы назвал "состоянием". И когда вы подразумеваете, что используете "состояние", это ваш "статус". Итак!

public class Car
{
  public enum State
  {
    Off,
    Starting,
    Moving
  };

  State state = State.Off;

  public State Status
  {
    get { return state ; }
    set { state= value; DoSomething(); }
  }
}

если мы возьмем другой пример из того, где вы хотели бы использовать слово " тип " такой в этом случае:

public class DataReader
{
    public enum Type
    {
        Sql,
        Oracle,
        OleDb
    }

    public Type Type { get; set; } // <===== Won't compile =====

}

вам действительно нужно увидеть, что есть разница между перечислениями и перечислениями, не так ли? Но при создании фреймворка или разговоре об архитектуре вам нужно сосредоточиться на подобия, ОК позволяет найти их:

когда что-то устанавливается в состояние, оно определяется как статус "вещи"

пример: состояние автомобиля находится в запущенном состоянии, остановленном состоянии и так далее.

что вы хотите достичь во втором примере несколько это:

myDataReader.Type = DataReader.Database.OleDb

вы можете подумать, что это говорит против того, что я проповедовал другим, что вам нужно следовать стандарту. Но, вы следуете стандарту! Этот В SQL-кейс-это конкретная ситуация, а поэтому нужно несколько конкретных решений.

однако перечисление будет повторно использоваться в вашем System.Data пространство, и это то, что шаблоны все О.

еще один случай, чтобы посмотреть на "тип" - это" животное", где тип определяет вид.

public class Animal
    {
        public enum Type
        {
            Mammal,
            Reptile,
            JonSkeet
        }

        public Type Species{ get; set; }

    }

Это следует за шаблоном, вам конкретно не нужно "знать" объект для этого, и вы не указываете "AnimalType" или "DataReaderType", вы можете повторно использовать перечисления в выбранном пространстве имен.

Я думаю, что реальная проблема здесь заключается в том, что статус enum инкапсулируется в вашем классе, так что Car.Status неоднозначно для обоих свойств Status и перечисления Status

еще лучше, поставьте перечисление вне класса:

public enum Status
{
    Off,
    Starting,
    Moving
}

public class Car
{
    public Status Status
    { ... }
}

обновление

из-за комментариев ниже, я объясню свой дизайн выше.

Я тот, кто не верит, что перечисления или классы или любой другой объект должен находиться внутри другой класс, если он будет полностью частным в этом классе. Возьмем приведенный выше пример, например:

public class Car
{
    public enum Status
    {...}
    ...
    public Status CarStatus { get; set;}
}

хотя некоторые комментаторы утверждают, что статус не имеет никакого значения за пределами класса автомобиля, тот факт, что вы устанавливаете общественные свойства означает, что есть и другие части программы, что будет использовать enum типа:

public Car myCar = new Car();
myCar.CarStatus = Car.Status.Off;

и это для меня-это запах кода. Если я собираюсь посмотреть на этот статус за пределами на Car, я мог бы также определить его за пределами как хорошо.

как таковой, я, вероятно, просто переименую его как:

public enum CarStatus
{...}

public class Car
{
    ...
    public CarStatus Status { get; set; }
}

однако, если это перечисление будет использоваться в и класс автомобиля, тогда я в порядке с объявлением перечисления там.

Я знаю, что мое предложение противоречит соглашениям об именах .NET, но я лично префикс перечислений с " E "и флагами перечисления с" F "(аналогично тому, как мы префиксируем интерфейсы с "I"). Я действительно не понимаю, почему это не конвенции. Перечисления / флаги-это особый случай, как интерфейсы, которые никогда не изменят свой тип. Это не только дает понять, что это такое, но и очень легко ввести intellisense, так как префикс будет фильтровать большинство других типов/переменных/и т. д., И у вас их не будет именование столкновений.

и это также решит другую проблему, когда для примеров в WPF они используют статические классы, такие как перечисления (например, FontWeights), которые имеют предопределенные экземпляры типов, но вы не знаете, если вы не ищете его. Если они просто префикс их с 'E', все, что вам нужно будет сделать, это ввести на символ, чтобы найти эти специальные статические классы.

ненавистники венгерской нотации и ее варианты будут прокляты. Я использую соглашение суффиксных перечислений с-подождите -Enum. Поэтому у меня никогда нет проблемы, которую вы описываете, тратьте время на беспокойство о том, как их называть, и код читаем и самоописателен для загрузки.

public class Car
{
  public enum StatusEnum
  {
    Off,
    Starting,
    Moving
  };

  public StatusEnum Status { get; set; }

}

Я бы изменил имя свойства на что-то вроде "CurrentStatus". Быстрый легкий :)

Я предлагаю добавить "Option" к имени типа (или флагу, если он содержит битовые флаги), т. е. тип-Car.StatusOption и свойство-автомобиль.Статус.

по сравнению с плюрализацией это позволяет избежать коллизий имен при создании коллекций типа enum, где обычно требуется плюрализация коллекции свойства, а не перечисление тип.

Я обычно префикс перечислений, например CarStatus. Я полагаю, что все зависит от команды, с которой вы работаете (если у них есть какие-либо правила/ процессы для такого рода вещей) и использования объектов. Просто мои 2 цента (: