Конфликт переменных с enum

Всем доброго времени суток!

Возник вопрос, почему при использовании одинаковых названий, содержащихся в разных enum'ах ошибки нет, а при использовании переменной, название которой есть хотя бы в одном из них, вызывает предупреждение?

enum MyEnum
{
     foo,
     bar
}
enum AnotherEnum
{
     foo,
     bar
}
 
stock test()
{
     new foo;
}
stock test2(foo)
{
 
}

Возникает warning 219: local variable "foo" shadows a variable at a preceding level

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

Нет ли каких-то возможных вариантов решения? Порядком поднадоели повсеместные префиксы, и хочется использовать простые названия внутри enum'ов вроде ID, name и т.п., но в таком случае я теряю их во всех остальных местах.

При этом в аргументах функции также нельзя использовать данное имя, однако, например, тот же name с native'ом GetPlayerName не конфликтует (вероятно, по той же причине, что и forward сам по себе не конфликтует, если не писать сам public)

Цитата:

---

Сообщение от DCPSHER

Всем доброго времени суток!

Возник вопрос, почему при использовании одинаковых названий, содержащихся в разных enum'ах ошибки нет, а при использовании переменной, название которой есть хотя бы в одном из них, вызывает предупреждение?

---

Потому что для именованных перечислений (enum) действуют особые правила: константы внутри разных именованных перечислений не конфликтуют друг с другом.

Цитата:

---

Сообщение от DCPSHER

При этом в аргументах функции также нельзя использовать данное имя, однако, например, тот же name с native'ом GetPlayerName не конфликтует

---

Да, потому что нативные функции объявлены до перечислений.
Также следует понимать разницу между глобальными идентификаторами (под "идентификаторами" имеются в виду названия функций, переменных, констант и пр.) и локальными. Аргументы функций являются локальными идентификаторами, существующими только в пределах функции, и поэтому если у двух разных функций есть аргументы с одинаковыми названиями, конфликта не будет. А вот глобальные переменные, константы и функции - это (сюрприз!) глобальные идентификаторы и им нужно задавать осмысленные названия, а не всякие "i", "j" или "string" (более подробно и с примерами эта тема рассмотрена в рекомендациях по написанию кода). И константы внутри перечислений (в том числе в именованных перечислениях) тоже глобальные, потому им обычно и задают префиксы.

Большое спасибо за ответ!

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

Цитата:

---

Сообщение от Daniel_Cortez

Потому что для именованных перечислений (enum) действуют особые правила: константы внутри разных именованных перечислений не конфликтуют друг с другом.

---

Стоп, разве не будет ошибок, если в этих перечислениях значения констант будут разными?

Цитата:

---

Сообщение от VVWVV

Стоп, разве не будет ошибок, если в этих перечислениях значения констант будут разными?

---

Ну вот взять, к примеру, такой код:

const MAX_PLAYERS = 1000;
 
enum e_PlayerInfo
{
    // Координаты игрока
    Float:pX,
    Float:pY,
    Float:pZ
};
 
enum e_PickupInfo
{
    // Координаты пикапа
    Float:pX,
    Float:pY,
    Float:pZ
};
 
new player_info[MAX_PLAYERS][e_PlayerInfo];
#pragma unused player_info
 
main()
{
    player_info[0][pX] = 0.0;
}

"Player" и "Pickup" начинаются с одной буквы, поэтому префикс для констант в обоих перечислениях одинаковый - но код компилируется без единого варнинга. А всё потому, что компилятор знает, что в "player_info[0][pX] = 0.0;" под "pX" имеется в виду именно та константа, которая объявлена в перечислении "e_PlayerInfo", т.к. именно это перечисление указано в качестве меры в объявлении массива "new player_info[MAX_PLAYERS][e_PlayerInfo];". Опять же повторюсь, это "исключение" относится только к именованным enum'ам, для констант в анонимных перечислениях действуют те же правила, что и для констант, объявленных с помощью ключевого слова const.

Цитата:

---

Сообщение от DCPSHER

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

---

Если запретить объявлять константы с одинаковыми именами внутри именованных перечислений, ничего хорошего из этого не выйдет. Взять тот же пример выше: придётся придумывать новый префикс для констант либо внутри "e_PlayerInfo", либо внутри "e_PickupInfo", а заодно и менять название enum'а для соответствия. Сплошные минусы, в то время как компилятор и без запретов может правильно разобраться в ситуации.

Цитата:

---

Если запретить объявлять константы с одинаковыми именами внутри именованных перечислений, ничего хорошего из этого не выйдет. Взять тот же пример выше: придётся придумывать новый префикс для констант либо внутри "e_PlayerInfo", либо внутри "e_PickupInfo", а заодно и менять название enum'а для соответствия. Сплошные минусы, в то время как компилятор и без запретов может правильно разобраться в ситуации.

---

Это-то понятно, я тут наоборот с либеральными взглядами, и был бы рад наоборот отсутствию конфликтов переменных и enum'ов)

Цитата:

---

Сообщение от Daniel_Cortez

Ну вот взять, к примеру, такой код:

const MAX_PLAYERS = 1000;
 
enum e_PlayerInfo
{
    // Координаты игрока
    Float:pX,
    Float:pY,
    Float:pZ
};
 
enum e_PickupInfo
{
    // Координаты пикапа
    Float:pX,
    Float:pY,
    Float:pZ
};
 
new player_info[MAX_PLAYERS][e_PlayerInfo];
#pragma unused player_info
 
main()
{
    player_info[0][pX] = 0.0;
}

---

Я говорил об этом:

enum a1 { a = 0 }; enum a2 { a = 1 };

Насколько я помню, я натыкался на данную ошибку где-то год назад.