Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > C/C++: Для новичков > extern и enum

Автор: Riddik 4.5.2009, 15:35

В одном файле определено перечисление: enum ms {ONE, TWO} State; Как в другом файле можно обратиться к State? компилятор ругается на  extern enum State ; или extern ms State;

Автор: math64 4.5.2009, 15:44

state.h: Код enum ms {ONE, TWO}; extern enum ms State; state.cpp: Код #include <state.h> enum ms State = ONE; main.cpp: Код #include <state.h> int main(int argc, char**argv) {   State = TWO;   return 0; }

Автор: azesmcar 4.5.2009, 15:46

Riddik ему должен быть известен тип, обяви тип enum ms {ONE, TWO} в заголовочном файле, иклудь в обоих юнитах. А дальше экстерном - как обычно.

Автор: math64 4.5.2009, 15:47

PS: нужно #include "state.h"

Автор: mes 4.5.2009, 15:49

a еще лучше (имхо) объявлять переменные не  enum типа,  а простого целочисленного. А енумы использовать как набор констант (для сравнения или присваивания).

Автор: Riddik 4.5.2009, 16:04

Большое спасибо всем

Автор: zim22 4.5.2009, 16:17

Почему нельзя создать два enum c различными именами, но частично одинаковым содержимым? Код enum E{A, B}; enum D{X, A}; //  error C2365: 'A' : redefinition; previous definition was 'enumerator'

Автор: azesmcar 4.5.2009, 16:24

zim22 Потому что члены перечисления входят в то пространство имен, в котором было обявлено само перечисление. Код enum D {A, X} //доступ к Х осуществляется без какого либа пространства имен в вашем примере имя А фигурирует в обоих перечислениях и если написать std::cout << (int)A; будет неоднозначность - какую именно выводить. Можно сделать так Код namespace E {     enum {A, B}; } namespace D {     enum {X, A}; } и кстати мне кажется что так и надо использовать перечисления

Автор: mes 4.5.2009, 16:52

Цитата(azesmcar @  4.5.2009,  15:24 ) и кстати мне кажется что так и надо использовать перечисления smile поддерживаю

Автор: Любитель 4.5.2009, 16:55

Цитата(azesmcar @  4.5.2009,  16:24 ) и кстати мне кажется что так и надо использовать перечисления Эээ... Ну и как мне теперь создать переменную типа этого енума?!

Автор: azesmcar 4.5.2009, 16:59

Любитель Если нужно создавать - тогда перечисление нужно именовать разумеется Код namespace E {     enum TE {A, B}; } namespace D {     enum TD {X, A}; } Код E::TE v; D::TD q; пространство имен этому никак не препятствует

Автор: mes 4.5.2009, 17:16

Цитата(Любитель @  4.5.2009,  15:55 ) Эээ... Ну и как мне теперь создать переменную типа этого енума?!  Любитель,  А можно узнать хоть одно преимущество, которое дается при создании переменнной типа енум ? я, к сожалению,  вижу только недостатки.  P.S. чтоб не подумали, что я противник енумов, повторюсь - я стороник такого подхода : Цитата(mes @  4.5.2009,  14:49 )  лучше (имхо) объявлять переменные не  enum типа,  а простого целочисленного. А енумы использовать как набор констант (для сравнения или присваивания).  smile

Автор: bsa 4.5.2009, 18:19

mes, проверка на этапе компиляции. Код enum A {a, b, c}; enum B {d, e, f}; A x; x = f; //ошибка Кстати, enum используется в шаблонном программировании для превращения чисел в типы (у Александреску написано), но тут уже без переменных собственно.

Автор: J0ker 4.5.2009, 18:40

Цитата(mes @  4.5.2009,  15:49 ) a еще лучше (имхо) объявлять переменные не  enum типа,  а простого целочисленного. правильно а все указатели объявлять типа void* нахрена нам контроль типов - мыж сами умные

Автор: mes 4.5.2009, 19:20

Цитата(bsa @  4.5.2009,  17:19 ) mes, проверка на этапе компиляции. которая подводит в неподходящий момент : Код enum EA { ea1, ea2 }; enum EB { eb1, eb2 }; .. EA a =ea1; if (a==eb1) {}    Цитата(bsa @  4.5.2009,  17:19 ) Кстати, enum используется в шаблонном программировании для превращения чисел в типы (у Александреску написано), но тут уже без переменных собственно.  употребление в шаблонах отдельная тема. Цитата(J0ker @  4.5.2009,  17:40 ) а все указатели объявлять типа void* нахрена нам контроль типов - мыж сами умные  насчет void* Вы не по адресу - я стороник типизации. Но, наверно, я не сталкивался с такими задачами, когда мне нужен был именно контроль по enum-типу и  при  этом хватало бы гарантий которые он дает. (старался типобезопасность обеспечить через более "надежные" типы). Обычно enum использую для битовых комбинаций флагов, и в таком случае от злоупотребления енумов получаю лишь лишнюю писанину: Код enum EA { ea1, ea2 }; ЕА а   = ea1 | ea2; // не хочет без каста (хотя и понятно почему) Я вполне допускаю, что есть и другие ситуации, в которых от типизации по енуму была бы польза (не отказался от примера такой задачи), но на текущем этапе придерживаюсь упомянутого ранее мнения .

Автор: azesmcar 4.5.2009, 19:35

Цитата(mes @  4.5.2009,  19:20 ) не отказался от примера такой задачи Код namespace headers {     enum header_enum {         header_1,         header_2,         header_3,         header_size //must be last     }; }; int arr[headers::header_size]; void set_header(headers::header_enum en, int val) {     arr[en] = val; } int main() {     set_header(headers::header_1, 1);     set_header(headers::header_2, 3);     set_header(5, 1); //ошибка - компайл тайм проверка типа сработала } Например что-то вроде этого. Программа не вылетит рантайм, потому что пользователь передал функции неверный тип а выдаст компайл тайм ошибку. Разумеется это упрощенный пример.

Автор: J0ker 4.5.2009, 19:37

Цитата(mes @  4.5.2009,  19:20 ) Обычно enum использую для битовых комбинаций флагов, магнитне бури мысли плохо считываются

Автор: mes 4.5.2009, 21:13

Цитата(J0ker @  4.5.2009,  18:37 ) Цитата Обычно enum использую для битовых комбинаций флагов, мысли плохо считываются как константы обозначающие бит или битовую комбинацию. Цитата(azesmcar @  4.5.2009,  18:35 ) Например что-то вроде этого а нет чего нибудь более  "показательного"  или "применительного" ?

Автор: azesmcar 4.5.2009, 21:32

Цитата а нет чего нибудь более  "показательного"  или "применительного" ?  А этот не применителен? просто я короткий пример показал, это может быть заголовок какого нибудь протокола. А вообще любое место где идет передача функции. Тут тип параметра enum защитит от передачи в функцию неверного параметра mes Еще как вариант - перегрузка Код enum kind_of_value {     kind_of_value1,     kind_of_value2,     kind_of_value3 }; void set_value(const std::string& val) {     /* ... */ } void set_value(int val) {     /* ... */ } void set_value(kind_of_value val) {     /* ... */ } частичная или полная специализация шаблона для типов enum

Автор: azesmcar 4.5.2009, 21:57

Вот еще пример, допустим мне нужно хранить значения своего enum в векторе. Можно специализировать вектор потому что 2 бита для хранения моего enum-а мне вполне достаточно. Это может понадобится при передаче большого количества данных по сети например. Код enum my_enum {     value1, //binary 00     value2, //binary 01     value3, //binary 10     value4  //binary 11 }; template <> class std::vector<my_enum> {     /* ... */ }; без типа такого сделать не выйдет

Автор: mes 4.5.2009, 22:11

Цитата(azesmcar @  4.5.2009,  20:32 ) А этот не применителен?  ага пример с header не очень,  так например массив, к которому не нужен динамический доступ, лучше заменить структорой, также и для функции не вижу реального примера, когда лучше огранить enum`ом как в Вашем примере. диапазон  намного эффективнее контролировать например так: Код template <int n>set_value_for_header (int value) {STATIC_CHECK(n<sizeof...); ... } Цитата(azesmcar @  4.5.2009,  20:32 ) Еще как вариант - перегрузка вот тут надо подумать - попробую подобрать задачу под такое применение. azesmcar, спасибо за старания.   Добавлено через 4 минуты и 18 секунд Цитата(azesmcar @  4.5.2009,  20:57 ) Можно специализировать вектор  Цитата(mes @  4.5.2009,  18:20 ) употребление в шаблонах отдельная тема. и выгоду в этом разделе я не подвергаю сомнению. меня больше интересует случай, про Цитата(mes @  4.5.2009,  16:16 ) преимущество, которое дается при создании переменнной типа енум ?

Автор: azesmcar 4.5.2009, 22:20

mes Цитата так например массив, к которому не нужен динамический доступ, лучше заменить структорой, Может и понадобиться, смотря какая задача. Если заголовок какого нибудь протокола - динамический доступ наверняка будет нужен (котрольные суммы, итд, итп...) Цитата диапазон  намного эффективнее контролировать например так: Можно так - согласен Эффективнее? вот тут непонятно.. О какой эффективности идет речь если мы говорим о компайл тайм проверке?  Цитата вот тут надо подумать - попробую подобрать задачу под такое применение. как вариант со специализацией я привел, насчет перегрузки - подумаю какую нибудь конкретную задачу  Добавлено через 2 минуты и 36 секунд Цитата и выгоду в этом разделе я не подвергаю сомнению. меня больше интересует случай, про а..видимо не заметил, прошу прощения.

Автор: mes 4.5.2009, 22:42

Цитата(azesmcar @  4.5.2009,  21:20 ) Может и понадобиться, смотря какая задача. Если заголовок какого нибудь протокола - динамический доступ наверняка будет нужен (котрольные суммы, итд, итп...) но пока я не вижу, что приведенное решение хорошо справляется с задачей.  Цитата(azesmcar @  4.5.2009,  21:20 ) Эффективнее? вот тут непонятно.. О какой эффективности идет речь если мы говорим о компайл тайм проверке? smile Разумеется не о скорости, а о качестве и возможностях проверки. Последний случай (стат. проверка в шабл.), грубо говоря, к примеру, нас освобождает от запоминания того, что енумы хидера должны идти по порядку.

Автор: azesmcar 4.5.2009, 22:59

Я немного доработал свой первый пример, попытался сделать его нагляднее. Получился почему-то генератор майм заголовков   Посмотрим на этот код к примеру (не надо его критиковать  быстро написал для примера) Код class mime { public:     enum header     {         content_type,         content_disposition,         content_length,         headers_size //must be last     }; public:     void set_header(header e, const std::string& val)     {         mime_[e] = val;     }     std::string generate() const {         std::ostringstream stream;         for (int i = content_type; i < headers_size; ++i)         {             stream << header_texts[i] << ": " << mime_[i] << std::endl;         }         return stream.str();     } private:     static const char* header_texts[headers_size];     std::string mime_[headers_size]; }; const char* mime::header_texts[mime::headers_size] = {     "Content-Type",     "Content-Disposition",     "Content-Length" }; int main() {     mime v;     v.set_header(mime::content_type, "text/html");     v.set_header(mime::content_disposition, "attachment");     v.set_header(mime::content_length, "100");     std::cout << v.generate(); } посмтрим что он нам дает.  функции set_header нельзя передать неправильное значение (если не извращатся с Си стайл cast -ом и другими методами, но это не в счет). Если заменить тип на int, получится что в него можно передать все что угодно. Тогда ставим ваш STATIC_CHECK - кстати а как он выглядет взглянуть можно? В принципе можно конечно, но зачем писать то что должен сделать компилятор за вас? Я так понимаю STATIC_CHECK это описанный у Александреску макрос? Но я не понимаю как он применителен здесь? Функция получает параметр..как будете проверять? Давайте поступим проще   измените мой код так, чтобы он работал с int без потери безопасности

Автор: J0ker 4.5.2009, 23:28

Цитата(mes @  4.5.2009,  21:13 ) как константы обозначающие бит или битовую комбинацию. да понял я это было пояснение к предыдущему

Автор: mes 5.5.2009, 01:08

Цитата(azesmcar @  4.5.2009,  21:59 ) Давайте поступим проще smile  измените мой код так, чтобы он работал с int без потери безопасности видно опять невнимательно читали, или я плохо объяснял свою позицию  для начала несколько цитат:   Цитата(mes @  4.5.2009,  18:20 ) Но, наверно, я не сталкивался с такими задачами, когда мне нужен был именно контроль по enum-типу и  при  этом хватало бы гарантий которые он дает. (старался типобезопасность обеспечить через более "надежные" типы). Цитата(mes @  4.5.2009,  14:49 ) лучше (имхо) объявлять переменные не  enum типа,  а простого целочисленного. А енумы использовать как набор констант (для сравнения или присваивания).  smile  Цитата(mes @  4.5.2009,  21:11 ) не вижу преимущество, которое дается при создании переменнной типа енум ? Я вот даже не знаю как бы поточней выразить свою мысль.Я считаю енумы "слабыми" среди типов и их ниша именно константы (с которой они справляются очень успешно). Ваш пример только подверждает мою позицию. Переменная e, косвенно попадающая под наше рассмотренние, нужна лишь для "переноса" константы. Никаких операций с ней не проводится. Я подумаю, и позже постараюсь поясней выразится. P.S. Цитата(azesmcar @  4.5.2009,  21:59 ) STATIC_CHECK это описанный у Александреску макрос?  ага из этой категории : http://www.solarix.ru/for_developers/cpp/snippets/compile-time-assertion.shtml вот переписываю под int (просто для сравнения,так как Ваш пример меня в принципе устраивает, и если бы я и стал менять то не в сторону inta , a в сторорну структур ) Код template<int n>void set_header(const std::string& val) {    STATIC_CHECK (n<headers_size);    STATIC_CHECK (n!=content_length); // для демонстрации преимуществ запрет на изменение длины контента.    mime_[n] = val; } ну и в заключения, два примера кода из соседний ветки, сравнение которых, я думаю, поможет понять в чем я вижу "слабость" енумов http://forum.vingrad.ru/index.php?showtopic=257653&view=findpost&p=1857876 http://forum.vingrad.ru/index.php?showtopic=257653&view=findpost&p=1860045

Автор: azesmcar 5.5.2009, 09:00

Цитата Я вот даже не знаю как бы поточней выразить свою мысль.Я считаю енумы "слабыми" среди типов и их ниша именно константы (с которой они справляются очень успешно). Ваш пример только подверждает мою позицию. Переменная e, косвенно попадающая под наше рассмотренние, нужна лишь для "переноса" константы. Никаких операций с ней не проводится. Я подумаю, и позже постараюсь поясней выразится. Согласен   енумы слабые, я не спорю, но это то что дал нам С++, не выбрасывать же на свалку нужную вещь   Цитата ну и в заключения, два примера кода из соседний ветки, сравнение которых, я думаю, поможет понять в чем я вижу "слабость" енумов речь вовсе не об этом, просто я хочу сказать что в некоторых ситуациях переменная типа енум вещь нужная. И пытаюсь привести пример (вы же сами сказали что не отказались бы от такого примера  ) Я не спорю, пока просто пытаюсь привести наглядный пример. Цитата вот переписываю под int (просто для сравнения,так как Ваш пример меня в принципе устраивает, и если бы я и стал менять то не в сторону inta , a в сторорну структур ) отлично  это нам и нужно. Пример принят, а вот теперь можно уже поговорить (поспорить) о том как правильнее. Для начала - оба варианта Код template<int n>void set_header(const std::string& val) {    STATIC_CHECK (n<headers_size);    STATIC_CHECK (n!=content_length); // для демонстрации преимуществ запрет на изменение длины контента.    mime_[n] = val; } и Код void set_header(header e, const std::string& val) {    mime_[e] = val; } и так, попробую привести все достоинства и недостатки этого решения Решение с помощью STATIC_CHECK. Недостатки Приходится писать лишний код Для каждого типа используемого енума будет сгенерирована отдельная функция Функция обязательно должна быть определена в заголовке (экспорт шаблонов я по понятным причинам игнорирую    ) Стиль вызова функции изменяется на немного необычный.  Вызвать функцию динамически уже не получится, например итеративный вызов функции для всех заголовков будет невозможен Достинства Возможность писать другие компайл-тайм проверки (типа приведенного примера) больше достоинств на ум не приходит, допишите пожалуйста для полноты картины, я потом продолжу  В некоторых ситуациях ваш вариант был бы идеален, и вообще шаблоны дают практически безграничные возможности компайл-тайм проверок. Но давайте поговорим в рамках данной задачи и ее требований. Добавим вот такую функцию  Код void load_headers(const std::string& mime_headers) /* throw(std::invalid_arguments) */ {     /* mime_headers parse */     for ( /* ... */ )     {         set_header((header)h, v);     } } будем не только генерировать заголовки, но и загружать их. Допустим в функции set_header не примитивное присваивание а сложные ран-тайм проверки на соответствие значения стандарту RFC, так что функция нам нужна.

Автор: mes 5.5.2009, 10:01

Цитата(azesmcar @  5.5.2009,  08:00 ) Пример принят, а вот теперь можно уже поговорить (поспорить) о том как правильнее. Придерживаюсь вашего мнения и поэтому перед приведением примера, сделал замечание : Цитата(mes @  5.5.2009,  00:08 ) вот переписываю под int (просто для сравнения,так как Ваш пример меня в принципе устраивает, и если бы я и стал менять то не в сторону inta .... Цитата(azesmcar @  5.5.2009,  08:00 ) речь вовсе не об этом, просто я хочу сказать что в некоторых ситуациях переменная типа енум вещь нужная. абсолютно согласен, енум полезная и удобная штука. Цитата(mes @  5.5.2009,  00:08 ) их ниша именно константы (с которой они справляются очень успешно). Цитата(azesmcar @  5.5.2009,  08:00 ) И пытаюсь привести пример  Еще раз спасибо за дискуссию  Цитата(azesmcar @  5.5.2009,  08:00 ) вы же сами сказали что не отказались бы от такого примера  Да, но Ваш пример лишь косвенно затрагивает, тот случай который меня интересует,  не типизация параметра функции енумом, чтоб ограничить набор констант, при котором переменная служит лишь для передачи константы, Во всем остальном используется int.  Да пример удачно справляется со своей задачей, но условие задачи несколько  вырожденное, так как изначально предполагается, что хидеры следует в порядке очередности. Меня же интересует случай, когда нужно именно создание переменной для каких либо операций. Вот например мой условный пример, в котором рабочая переменная int; и делать ее енумом не даст никаких преимуществ. Код class A {     public:       enum EStat { eUndefined, e1, e2, e3, eLast };       EStat Stat () const       { return static_cast<EStat> (m_stat); }       void SetStat (EStat stat) { if (eUndefined && stat<eLast) m_stat=stat;                                   else m_stat= eUndefined; }       void CircuteNext  ()  { if (m_stat != eUndefined) if (++m_stat==eLast) m_stat=e1; }       void CircutePrev  ()  { if (m_stat != eUndefined) if (--m_stat==eUndefined) m_stat=eLast-1; }     private:       int m_stat; }; этот пример отражает мой взгляд на область применения enuma.

Автор: azesmcar 5.5.2009, 10:48

Цитата вот переписываю под int (просто для сравнения,так как Ваш пример меня в принципе устраивает, и если бы я и стал менять то не в сторону inta .... да, но со структурами мы потеряем возможность итерации, что может понадобиться в рамках задачи. Цитата Еще раз спасибо за дискуссию smile И вам спасибо за грамотную и обоснованную дискуссию  Цитата Да, но Ваш пример лишь косвенно затрагивает, тот случай который меня интересует,  не типизация параметра функции енумом, чтоб ограничить набор констант, при котором переменная служит лишь для передачи константы, Во всем остальном используется int.  Может я не совсем верно понял какой именно пример интересует  Я понял так что вам хотелось бы взглянуть на пример где используется переменная типа енум вообще, и где она имеет смысл и заменив ее на инт мы что-то потеряем. Цитата Да пример удачно справляется со своей задачей, но условие задачи несколько  вырожденное, так как изначально предполагается, что хидеры следует в порядке очередности. задачие разные бывают   Цитата Вот например мой условный пример, в котором рабочая переменная int; и делать ее енумом не даст никаких преимуществ. не то что не даст преимуществ  тут самое место типу инт. Так как с енумом вы даже ++ не сможете сделать. но это уже другой пример. Т.е. вы согласны что переменная типа енум может быть с успехом использован в некоторых ситуациях, хотя в других ситуациях она может не иметь смысла?

Автор: mes 5.5.2009, 14:03

Цитата(azesmcar @  5.5.2009,  09:48 ) Может я не совсем верно понял какой именно пример интересует smile Я понял так что вам хотелось бы взглянуть на пример где используется переменная типа енум вообще, и где она имеет смысл и заменив ее на инт мы что-то потеряем. не совсем.. пример, где удобно применить переменную типа енум и это даст нам пользу. Пока лишь пример где такая переменная просто "транспортирует" значение - хотя может именно в этом и заключается ее смысл, а я предъявлял к ней большие требования.  Цитата(azesmcar @  5.5.2009,  09:48 ) Т.е. вы согласны что переменная типа енум может быть с успехом использован в некоторых ситуациях, хотя в других ситуациях она может не иметь смысла? Да, с учетом всех вышеизложенных пояснений к моему взгляду .  Цитата(azesmcar @  5.5.2009,  09:48 ) да, но со структурами мы потеряем возможность итерации, что может понадобиться в рамках задачи. не потеряет  Вот "исправленный" на скорую руку пример (хотя чего то в нем не хватает, но выполняет ту же задачу что и в приведенном Вами примеров, но без участия енума в логике. ) Код class mime {     struct SHeader { std::string Data; };     enum  { HeadersSize = 3 };     SHeader Headers [HeadersSize];     static const char* header_texts[HeadersSize]; public:     SHeader& ContentType ()        { return Headers[0]; }     SHeader& ContentDisposition () { return Headers[1]; }     SHeader& ContentLength ()      { return Headers[2]; }     std::string generate ()     {         std::ostringstream stream;         for (int i = 0; i < HeadersSize; ++i)             stream << header_texts[i] << ": " << Headers[i].Data << std::endl;         return stream.str();     } }; const char* mime::header_texts[mime::HeadersSize] = {     "Content-Type",     "Content-Disposition",     "Content-Length" }; и из двух направлений решения задачи (с енумом и без) я склоняюсь к последнему

Автор: Любитель 5.5.2009, 14:14

Цитата(mes @  5.5.2009,  14:03 ) не совсем.. пример, где удобно применить переменную типа енум и это даст нам пользу. mes, а чем в таком случае bool лучше чем int? В С++ слабое разделение типов зачастую (в плане разрешения неявного преобразования). Дело здесь в первую очередь не в функциональных возможностях, а в читаемости кода  Я так думаю...

Автор: Riddik 5.5.2009, 14:16

Есть прога, которая всё время крутит различные циклы. Циклы эти разные и между ними нужно переключаться время от времени. Я, конечно, новичок ещё тот, но лучше перечисления в этом случае ничего не вижу: Код enum {MAINLOOP, FISTLOOP,  HELPLOOP, PAUSE, EXIT} STATE; ... //в главном цикле программы, который прокручивается всё время выполнения switch(STATE) { case MAINLOOP:              ...    //здесь когда нужно, значения STATE меняются, чтобы крутился другой цикл и т.д.      break; case FISTLOOP:              ...    //здесь когда нужно, значения STATE меняются, чтобы крутился другой цикл и т.д.       break; case HELPLOOP:              ...  //здесь когда нужно, значения STATE меняются, чтобы крутился другой цикл и т.д.      break; case PAUSE:              ...  //здесь когда нужно, значения STATE меняются, чтобы крутился другой цикл и т.д.      break; case EXIT: return 0; }

Автор: azesmcar 5.5.2009, 14:21

Цитата Пока лишь пример где такая переменная просто "транспортирует" значение - хотя может именно в этом и заключается ее смысл, а я предъявлял к ней большие требования Вообще как было вами же сказано енумы имеют широкое и незаменимое применение в области метапрограммирования, но в данном контексте думаю да..смысл в этом  Цитата не потеряет smile Вот "исправленный" на скорую руку пример (хотя чего то в нем не хватает, но выполняет ту же задачу что и в приведенном Вами примеров, но без участия енума в логике. ) а ..мне казалось речь шла об этом Код struct mime_header {    std::string content_type;    std::string content_disposition;    int content_length; };  тоже вариант думаю это уже дело вкуса и предпочтений и стиля  еще раз спасибо. было приятно пообщаться.

Автор: mes 5.5.2009, 14:55

Цитата(Любитель @  5.5.2009,  13:14 ) Дело здесь в первую очередь не в функциональных возможностях, а в читаемости кода smile Я так думаю...  Вот вот. Когда я начал программировать, я возлагал на enum определенные надежды, но к сожалению, пришел к выводу, что ограничение переменной по енум-типу в большинстве своем ограничивают динамику(что приводит к "порче" кода), не предоставляя существенных гарантий взамен. (речь идет не о метапрограммировании). Поэтому у меня  выработалось условное правило, при котором логику программу разгружаю через более "надежные" языковые конструкции, а енумами пользуюсь, только как набором констант. После этой дискуссии, я пришел к выводу, что все таки есть ряд задач, для решения которых применение енума облегчает логику, не создавая впечатления псевдобезопасности кода и проблем для поддержки и модификации. Цитата(azesmcar @  5.5.2009,  13:21 ) а ..мне казалось речь шла об этом      Цитата(azesmcar @  5.5.2009,  13:21 ) думаю это уже дело вкуса и предпочтений и стиля smile    Спасибо всем (особенно azesmcar), за то что помогли расставить мне мысли по полочкам.  Для себя я на данном этапе с этим вопросом разобрался.

Автор: mes 5.5.2009, 15:12

Цитата(Riddik @  5.5.2009,  13:16 ) Есть прога, которая всё время крутит различные циклы. Циклы эти разные и между ними нужно переключаться время от времени.Я, конечно, новичок ещё тот, но лучше перечисления в этом случае ничего не вижу: Вот альтернативный  условный вариант (для опыта) Код class A {   public:     A () : Current (&A::Main) {}     bool Do ()     {         if (!Current) return false;         (this->*Current) ();         return true;     }   protected:     void (A::*Current) ();     void Main () { if (true) Current=&A::Any1; }     void Any1 () { if (true) Current=&A::Any2; }     void Any2 () { if (true) Current=NULL;     } }; bool Run () {     A a; while (a.Do()); } разницу между этим вариантом и с кейз думаю показывать не требуется

Автор: azesmcar 5.5.2009, 15:16

Цитата Циклы эти разные и между ними нужно переключаться время от времени паттерн state поможет

Автор: Riddik 5.5.2009, 15:22

mes,  azesmcar,  спасибо, учту

Автор: xvr 5.5.2009, 18:54

Есть еще 2 преимущества у переменной типа enum, правда они оба чисто human factor. 1) Использование enum в определении переменно явно показывает намерения автора 2) При использовании enum переменной дебагер может показывать для ее значений осмысленные идентификаторы (в любом случае это лучше, чем голые цифры) Область - support & development

Автор: Любитель 5.5.2009, 19:22

Цитата(xvr @  5.5.2009,  18:54 ) 1) Использование enum в определении переменно явно показывает намерения автора Вот это основной фактор. Всё остальное - частные случаи

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)