зачем значения енумов мапятся на числа

[the_deer_one]

Типа такого.

enum DAY      
{
    saturday,   
    sunday = 0,
    monday
}

[Abstraction]

К примеру, чтобы при записи данных в файл другая программа могла прочитать данные благодаря только коду программы, а не настройкам компилятора.
Ещё к примеру, чтобы было определено значение DAY(0).

[Rififi]

the_deer_one

зачем значения енумов мапятся на числа

А на что они должны маппится, на строки? o_O

Впрочем, ты всегда можешь использовать strong typed enum

оно поддерживается в VS2012 (и вроде бы в 2010 тоже)

[f.hump]

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

вот такое

enum DAY      
{
    saturday,   
    sunday = 0,
    monday
}

можно и нужно понимать так

    const unsgined int saturday = 0;   
    const unsigned int sunday = 0;
    const unsigned int monday = 1;

[Kostia]

Это следует из определения:

Тип-перечисление (enumeration) - это вариантный тип, в котором с каждым полем ассоциирован тип Unit. Например, тип, представляющий рабочие дни недели, можно определить так:

Weekday = <monday:Unit, tuesday:Unit, wednesday:Unit,
thursday:Unit, friday:Unit>;

При этом это отображение дней недели на Unit является взаимно однозначным(биекция)

Более подробно в "Типы в языках программирования".
PS: Интересный случай представляют перечисления всего с одним полем. В книге сплошная математика!

[the_deer_one]

Kostia

Это следует из определения:

Это следует из какой-то непонятной практической ценности. Не зря же тут, например, выдают какие то хитрые диапазоны значениям енумов.

http://msdn.microsoft.com/en-us/libr...platetype.aspx

[Utkin]

Это следует из какой-то непонятной практической ценности.

Rififi, уже все объяснил вроде.
А Ваша ссылка здесь вообще ни к чему. enum это общий механизм. То что в ссылке это конкретное значение какого-то левого enuma от Мелкософта. Или мы должны это были на расстоянии в тысячи километров ментально (а может и ректально) определить?

[pu4koff]

Правильный ответ: так исторически сложилось.
В 10 случаях из 100 это удобно. В 2 случаях из этих 10 это оправдано. Остальное время это не нужно или используется зря.
Исторически сложилось еще с тех времен, когда модно было согласовывать язык с простотой реализации. В плюсах, например, до сих пор добавляют синтаксический сахар с оглядкой на простоту реализации компилятора с поддержкой этой фичи.
int - это самый логичный тип, на котором можно было бы завязать перечисления. "автоматом" получаем и поддержку всяких switch и запись в файл и сравнение, т.е. наличие этого типа с такой реализацией достаточно "дешево" для создателей компиляторов. Так же можно писать крутые программы, в которых потом ничего не понятно, т.к. всё завязано непонятно на чём.
Глубокого смысла показывать программисту, что enum завязан на int и давать ему возможность менять нумерацию, нет. Иногда правильно это использовать при работе с внешними данными. Ну, вот принято, что 404 - это ошибка о том, что страницы нет и ведь круто использовать такую возможность для "бесплатного" проецирования кода ошибки на более понятное имя. Эдакое избавление от "магических" чисел. Хорошо, когда эти коды не меняются и очень плохо, когда это не так или же меняется концепция продукта. Сегодня всё завязано на HTTP и кодах ошибки только этого протокола, а завтра нужно добавить еще и FTP и куча кода идёт на свалку.
Итог: это своеобразный синтаксический "сахар", который достаточно редко может быть действительно нужен, но который не приносит трудностей разработчикам компиляторов и потому пусть будет. Использовать эту возможность внутри своих проектов - моветон, а вот для работы с "чужими" данными - очень даже полезная штука при условии относительного постоянства этих данных.

[Kostia]

Если говорить в терминах c++, то перечисления в нем, вовсе не перечисления, а только упрощенное подобие. К примеру отсутствие возможности задать любой тип для перечисления сводит на нет фишку с перечислением состоящим из одного элемента.
Впрочем эта фишка бы не понадобилась, если typedef работал как скажем в D. Иначе слишком многословно приходится обходить элементарные вещи.

[Пепел Феникса]

ну в С++ до С++11 оно в принципе криво было.
как в посту №4.

с появлением enum class оно стало более менее работать.