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

[Kostia]

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

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

Да, но они все также отображаются на множество целых чисел, из-за чего подобный код никогда не заработает:

enum class DollarAmount : float {dollars};
enum class EuroAmount : float {euros};

DollarAmount euroToDollar(EuroAmount d)
{
    return <dollars = float(d) * 0.883> as DollarAmount;
}

EuroAmount dollarToEuro(DollarAmount d)
{
    return <euros = float(d) * 1.1325> as EuroAmount;
}

По той простой причине, что я не могу изменить отображение полей экземпляра перечисления.
Это можно сделать с помощью typedef в D, но в C++ мы хоть и получим рабочий код, но работать он будет не так как это требуется:

typedef float Dollar;
typedef float Euro;

Dollar euroToDollar(Euro e)
{
    return Dollar(e * 0.883);
}

Euro dollarToEuro(Dollar e)
{
    return Euro(e * 1.1325);
}

Все бы хорошо, но:

Dollar ClientBalance;
euroToDollar(euroToDollar(ClientBalance));

Решается это например так:

struct Dollars
{
...
};
struct Euros
{
...
};

Зачем такие приблуды нужны? Все просто, ограничить возможности в написании бессмысленного кода. Про такие конструкции я вообще молчу:

void foo(){foo();}

Такие приблуды должны запрещаться или определенным образом разрешаться(решение) на уровне языка.

[the_deer_one]

Utkin

а может и ректально

Аххххахаа, ректальный Уткин, звучит просто офигенно. :D

По поводу диапазонов Billy, имхо, логично предположил, что возможно в инфраструктуре мелкомягких где-то эти значения мапятся в бд.

У меня есть ещё одно ректально/оральное развитие вопроса.

В нашем коде. Есть много мест где вместо указания массива из конкретных членов енума.
{EnumClass.member1, EnumClass.member1, EnumClass.member1}

Массив заполняется их числовыми кодами.
{34,56,23}

И вообще к ним обращаются через их числовые значения.
Вместо if(itemType == SPListTemplateType.WebPageLibrary)

Пишется что то вроде if((int)itemType == 119).

Я бы не заморачивался, но таких мест много, какой может быть резон так писать?

[Utkin]

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