Когда использовать перечисления, и когда заменить их классом со статическими участниками?

Question

Когда использовать перечисления, и когда заменить их классом со статическими участниками?

Мне что следующее (демонстрационное) перечисление недавно пришло в голову...

enum Color
{
    Red,
    Green,
    Yellow,
    Blue
}

... мог быть заменен по-видимому большим количеством безопасного с точки зрения типов класса:

class Color
{
    private Color() { }

    public static readonly Color   Red      = new Color();
    public static readonly Color   Green    = new Color();
    public static readonly Color   Yellow   = new Color();
    public static readonly Color   Blue     = new Color();
}

С "безопасным с точки зрения типов" я подразумеваю, что следующее утверждение работало бы если Color было перечисление, но не если Color был вышеупомянутый класс:

var nonsenseColor = (Color)17;    // works if Color is an enum

Два вопроса:

1) Существует ли широко принятое имя к этому шаблону (заменяющий перечисление безопасным с точки зрения типов классом)?

2) В которых случаях нужно использовать перечисления, и когда класс был бы более соответствующим?

33

c# enums polymorphism static-members

задан 3 revs 2 May 2012 в 19:52

6 ответов

Я на самом деле боролся с чем-то вроде этого довольно немного на работе.

Он был основан на примере , который был опубликован Джоном Б в Статьей блога Джони Скеете «Усиленные перечисления в C #» .

То, что я не добрался неправильно, без большого количества уродства продлевал перечисление, получение класса перечисления базового перечисления и добавление дополнительных статических полей полученного типа.

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

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

Другая проблема была сериализация XML, которую мы много используем. Я побрался на то, что используя два общих класса в виде данных на передачи данных на переменные перечисления на наших бизнес-объектах: тот, который представлял одно значение перечисления, и тот, который представлял собой набор значений перечисления, которые я использовал для поведения подчеркивания флагов. Они обрабатывали сериализацию XML и десериализацию фактических значений, которые были сохранены в свойствах, которые они представляли. Пара операторных перегрузок были все, что необходимо было воссоздать поведение Bitflag таким образом.

Это некоторые из главных средств, в которых я столкнулся.

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

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

У вас нет ни одного кода, и я не смогу добраться до него на выходные, иначе я мог бы показаться, где я пошел с ним. Не очень красиво, хотя ...: O

3