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

Определение "Прочь", "Начиная" и "Перемещая" - то, что я назвал бы "состоянием". И когда Вы подразумеваете использование "состояния" это - "Состояние". Так!

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

  State state = State.Off;

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

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

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; }

    }

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

Я думаю, что настоящая проблема здесь состоит в том, что перечислимое Состояние инкапсулируется в Вашем классе, таком, что 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;}
}

, В то время как некоторые комментаторы утверждали бы, что Состояние не имеет никакого значения вне объема класса Автомобиль, то, что Вы - общественность установки a , свойство означает, что существуют другие части программы, которая будет использование что перечисление:

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

И , что мне запах кода. Если я собираюсь посмотреть на то состояние внешний из Car, я мог бы также определить его внешний также.

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

public enum CarStatus
{...}

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

Однако, если то перечисление будет использоваться в [1 114] и только в [1 114] автомобильный класс, то все хорошо с объявлением перечисления там.

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

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

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

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