Имеется код:

Компилятор ругается. Говорит "ePlayerStatus in class cPlayer does not name a type". Перевести это я могу (вроде ): "ePlayerStatus в классе cPlayer не обозначает тип" (хотя возможно я даже конкурентноспособнее, чем Google Translate! ). Но почему выдается такая ошибка? Если я объявляю ePlayerStatus вне класса, то все ОК, а когда заношу внутрь, то все ломается.

Заранее благодарен.

http://liveworkspace.org/code/76ff542aa7bf...485693c50adcf77

Добавлено через 7 минут и 28 секунд

ePlayerStatus в классе cPlayer не является именем типа.

Спасибо.

Hagrael, скажу тебе сразу, что подобное смысла не имеет. Так как пользоваться currentStatus из-вне (а иначе зачем в public) будет очень затруднительно.

bsa, только что именно это я и заметил  Не уже ли для этого нужно создавать глобальный enum? Просто будет не очень красиво.

http://liveworkspace.org/code/03eac72912d9...1f81cf2290c7094

Добавлено через 10 минут и 44 секунды
Hagrael, объясни, чего хочешь добиться?

шлифовать, так шлифовать 



P.S.   


именование типов - жуть... венгерщиной попахивает 

я бы еще вынес enum наружу, например так :


P.S. имена состоящие из всех заглавнных букв "закреплены" за макросами, поэтому с этим стоит быть поосторожней, чтоб не нарваться на необъснимую ошибку.. 

зачем?

borisbn, mes, может просто почитать про "enum class" ;)
например тут: http://www.open-std.org/jtc1/sc22/wg21/doc.../2007/n2347.pdf

Добавлено @ 00:30
Alca, перешел по ссылке у тебя в подписи, а там внизу страницы есть такое:

ну добавь readme. а то реально не понятно что за либа.

Это сообщение отредактировал(а) boostcoder - 23.7.2011, 00:30

mes, а какой смысл заключать в namespace, и тут же делать синоним в global scope?
т.е. в чем разница, с этим:

А вы бы как это оформили, можете показать? (или то, как вы написали, и есть ваш вариант?)


Обращение через cPlayer::... Значит, нельзя присвоить enum классу, а после обращаться к его "вариантам" напрямую (без cPlayer::). Тогда буду делать enum глобальным.

А чтобы не пересекаться с каким-нибудь другим плеером заключить весь класс в namespace с названием проекта (или ещё какм-нить)


обращаться можно (см. typedef от mes), но IMHO так ( с Player:: ) будет более читабельно... Сразу понятно о каком статусе идёт речь.

Вы думаете мы не в курсе ? ;) или считаете, что новичков с ходу надо грузить новым стандартом ? 


чтоб не нагружать класс плеера тем, что к нему относится косвенно.. 


namespace нужен, чтоб вынести константы енума из глобальной области видимости, для повышения читабельности и исключения пересечений.. 
а typedef для того чтоб был более удобный тип ePlayerStatus вместо PlayerStatus::eNum..

Добавлено через 4 минуты и 56 секунд

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

Добавлено через 7 минут и 31 секунду

как typedef поможет обращаться к "вариантам" енума напрямую ?