Плюсы и минусы, явно устанавливающие значения поля enum

Enum1 и Enum2 компилируются в одно и то же перечисление. Так что с точки зрения программирования разницы нет. С точки зрения обслуживания могут быть проблемы, а могут и не быть.

С одной стороны, объявление явных значений абсолютно необходимо для перечисления [Flags]; и они должны быть значениями степени 2.

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

В общем, я предпочитаю не объявлять явные значения, если сами значения не являются важными по какой-либо причине — если ваше перечисление C#, например, является оболочкой для перечисления C.

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

enum
{
  Error = -1,
  Success = 0,
  Something1, 
  Something2,
};

Вы должны использовать Enum1, если вам нужны несмежные значения.

enum Colors 
{ 
    Red = 1, 
    Green = 2, 
    Blue = 4, 
    Yellow = 8 
};

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

Полезно явно устанавливать значения, если они имеют какое-то значение вне вашей программы. Например, приложение может записать файл журнала, в котором используется значение Severity, которое можно использовать для фильтрации файла журнала позже. Явная установка значений в Enum означает, что вы можете использовать Enum в своем коде (например, Critical, Error, Warning) вместо числовых значений. В файле журнала вы хотели бы, чтобы числовое значение было записано для облегчения сортировки.

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

Используйте пример 1, если вам действительно нужно иметь числа (т.е. вам нужно знать, что что-то2 на самом деле равно 2)

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

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

это зависит от того, что вы делаете с перечислениями. Если вы используете их с [Флагами], вы ДОЛЖНЫ установить их явно. если нет, то любой способ работает с точки зрения кодирования. однако для удобочитаемости или (как уже упоминалось) использования в ситуации с базой данных вы должны явно установить их. Еще одним соображением являются стандарты кодирования на вашем рабочем месте, а также сериализация.

Enum 1 также необходим, когда вам нужно использовать помеченные перечисления: http://weblogs.asp.net/wim/archive/2004/04/07/109095.aspx

Если все, что вам нужно, это набор int-подобных констант, значения которых не важны, используйте значение по умолчанию. Если значения имеют значение, установите их.

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

> enum 
{
    flag1 = 1;
    flag2 = 2;
    flag3 = 4;
};

func1(flag1 | flag3);

Учтите также, что перечисления с целочисленной поддержкой будут иметь значение по умолчанию default(int) (или ноль), если их значение не было установлено, поэтому при использовании перечислений с неявной нумерацией может быть трудно различить значения перечисления которые не были заданы из значений перечисления, которым был преднамеренно присвоен первый вариант. Это может послужить хорошим аргументом в пользу явного присвоения целочисленных значений вашим значениям перечисления с начальным целым числом, отличным от нуля. Если, конечно, вы не сделаете свое первое значение «NotAssigned» или что-то в этом роде.