Являются ли enum хорошими для указания состояния объекта?

Question

Являются ли enum хорошими для указания состояния объекта?

1

Ведущий разработчик в моем текущем проекте запрещает мне использовать любые перечисления. Он утверждает, что перечисления - это просто проблемы. Я могу использовать его только в том случае, если я вынужден - когда общаюсь с внешними приложениями/библиотеками, которые требуют перечисления. Он говорит, что у меня должен быть объект для каждого государства. Например, у нас есть игра с объектом Soldier. Поэтому у меня должны быть объекты: - RunningSoldier - SittingSoldier - StandingSoldier

Он прав? Я этого не чувствую. У меня есть только такие аргументы, как я не хочу писать так много классов.

Благодарю!

apukineimakiapudjuh 21 янв. 2015, в 12:50

Источник

3

объяснил ли он, почему считает, что перечисления - это проблемы ?
Selman Genç 21 янв. 2015, в 11:33
0

Похоже, он преданный сторонник государственного образца дизайна. Я вижу перечисления как набор значимых значений и не обязательно представление состояния объекта. В случае вашего примера могут быть полезны различные классы, поскольку у разных типов солдат могут быть другие аспекты, которые зависят от их текущего состояния, которое является в точности рациональным для государства.
o_weisman 21 янв. 2015, в 11:39
0

Как обычно, перечисления плохо напечатаны. Вместо этого используйте алгебраический тип данных.
Mauricio Scheffer 21 янв. 2015, в 11:40
0

Это не по теме для SO и в любом случае основано на мнении. Имеет ли смысл введение разных классов для разных состояний, зависит от того, как вы собираетесь взаимодействовать с вашими объектами.
CodeCaster 21 янв. 2015, в 11:44
0

Я использую перечисления все время и никогда не было проблем с ними. Было бы хорошо узнать и понять, почему он считает, что это просто проблемы.
ptutt 21 янв. 2015, в 11:45
0

Вы не можете изменить тип объекта. Как вы собираетесь перевести солдата между штатами?
usr 21 янв. 2015, в 11:45
1

Я не думаю, что это имеет значение. Я обычно начинаю с Enum s, пока все, что мне нужно, это одно значение. Как только у штата есть другие данные, связанные с ним (например, стоимость, продолжительность и т. Д.), Я преобразую их в классы. В Visual Studio этот рефакторинг тривиален. Время, затрачиваемое на споры, и время, затрачиваемое на создание классов, пока они не понадобятся, являются пустой тратой.
Origin 21 янв. 2015, в 12:00
0

Такое общее утверждение, что «перечисления - это просто проблемы», - нонсенс. Перечисления очень полезны, просто используйте их с умом. Перечисление может быть свойством вашей сущности, которое представляет состояние этой сущности.
L-Four 21 янв. 2015, в 15:25

Показать ещё 6 комментариев

Теги:

c#

.net

enums

1 ответ

Ещё вопросы

объяснил ли он, почему считает, что перечисления - это проблемы ?
Похоже, он преданный сторонник государственного образца дизайна. Я вижу перечисления как набор значимых значений и не обязательно представление состояния объекта. В случае вашего примера могут быть полезны различные классы, поскольку у разных типов солдат могут быть другие аспекты, которые зависят от их текущего состояния, которое является в точности рациональным для государства.
Как обычно, перечисления плохо напечатаны. Вместо этого используйте алгебраический тип данных.
Это не по теме для SO и в любом случае основано на мнении. Имеет ли смысл введение разных классов для разных состояний, зависит от того, как вы собираетесь взаимодействовать с вашими объектами.
Я использую перечисления все время и никогда не было проблем с ними. Было бы хорошо узнать и понять, почему он считает, что это просто проблемы.
Вы не можете изменить тип объекта. Как вы собираетесь перевести солдата между штатами?
Я не думаю, что это имеет значение. Я обычно начинаю с Enum s, пока все, что мне нужно, это одно значение. Как только у штата есть другие данные, связанные с ним (например, стоимость, продолжительность и т. Д.), Я преобразую их в классы. В Visual Studio этот рефакторинг тривиален. Время, затрачиваемое на споры, и время, затрачиваемое на создание классов, пока они не понадобятся, являются пустой тратой.
Такое общее утверждение, что «перечисления - это просто проблемы», - нонсенс. Перечисления очень полезны, просто используйте их с умом. Перечисление может быть свойством вашей сущности, которое представляет состояние этой сущности.

Faisal Hafeez · Accepted Answer · 2015-01-21T10-11-00.000Z

Для вашего случая перечисления плохие. Потому что я думаю, что RunningSoldier будет иметь разные свойства/методы, чем другие солдаты. Если у вас будет перечисление для состояния, то в каждом из ваших методов вы будете иметь условие if/else/switch. Таким образом, ваши методы будут большими и сложными для поддержания. Поэтому лучше иметь разные классы с базовым классом Солдата (концепции ООП).

Обновить:

Если вам нужно добавить другой тип для солдата, то добавление класса будет проще, чем перечисление. Что касается перечисления, вы должны пройти все методы (перемещение, прыжок, огонь и т.д.). Но для класса легко добавить новый класс и реализовать эти методы. Легко и приятно.

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

public static double ConvertUnits(this double original, SimplifiedUnits sourceUnits, SimplifiedUnits targetUnits)
{
    if (sourceUnits == targetUnits || sourceUnits == SimplifiedUnits.Unknown)
    return original;
    if (sourceUnits == SimplifiedUnits.Feet && targetUnits == SimplifiedUnits.Meters)
    return original * GeometryConstants.MetersPerFoot;
    if (sourceUnits == SimplifiedUnits.Meters && targetUnits == SimplifiedUnits.Feet)
    return original / GeometryConstants.MetersPerFoot;
        throw new NotSupportedException();
}

Солдат был просто примером. Есть ли ситуации, когда перечисления лучше?
конечно есть. Например, вы открываете файл, вы можете указать в нем определенный enum (флаг). Другим примером является enum для CurrencyType или Units.