Форум на CrossPlatform.RU -> Ответ в Ключевые слова Qt/C++

Последние 10 сообщений [ в обратном порядке ]

CodeHunter	Дата 20.10.2010, 11:55
	Цитата(QMainWindow @ 8.10.2010, 20:52) Такс, а подскажите, пожалуйста, зачем нужно "enum"? Вот Тут все описано Там как бы вопрос, но суть использования понятна !
Алексей1153	Дата 8.10.2010, 21:21
	это перечисление констант. Имеет область видимости, в отличие от #define , чем часто жутко удобно ) но перечислять можно только тип int (хотя это не мешает абсолютно)
QMainWindow	Дата 8.10.2010, 20:52
	Спасибо. Такс, а подскажите, пожалуйста, зачем нужно "enum"?
Litkevich Yuriy	Дата 5.10.2010, 14:43
	перенесите тему из раздела Qt. тут про Си++
Алексей1153	Дата 5.10.2010, 12:51
	Цитата(kwisp @ 5.10.2010, 15:40) я лучше представлю себя в обществе красивой девушки. да да, причём - зажатым жёсткими рамками
kwisp	Дата 5.10.2010, 12:40
	Цитата(igor_bogomolov @ 5.10.2010, 12:58) Представь, что ты зажат жесткими рамками. Используешь контейнеры Qt и сама Qt собрана с опцией -no-stl что за ёклмн? я лучше представлю себя в обществе красивой девушки. Игорь, пример твой правда неудачный. - это и не мудрено т.к. удачного примера многие не видели. всё выяснили? предлагаю на тему goto и оптимизации не спорить
igor_bogomolov	Дата 5.10.2010, 11:58
	Цитата(kwisp @ 5.10.2010, 11:54) на qFind свет клином не сошелся. есть куча хороших алгоритмов поддерживающих обЪектную модель. хотя бы stl: find, find_if, count и проч. и то что в контейнере указатель это не проблема есть функторы и предикаты в конце концов... Так я с этим и не спорил. Я лишь хотел показать, что иногда использование goto может быть оправданным. Видимо не удачно, т.к. пример никому не понравился. Представь, что ты зажат жесткими рамками. Используешь контейнеры Qt и сама Qt собрана с опцией -no-stl
Алексей1153	Дата 5.10.2010, 11:04
	Цитата(igor_bogomolov @ 5.10.2010, 13:45) Контейнер хранит указатели, поэтому qFind не подойдет зато всегда есть std::map , где можно проиндексировать указатели по любому ключу вообще говоря, если код уже написан, работает и устраивает по скорости - то можно и goto оставить. Вся бодяга, которую мы щас разводим - это наш рефлекс оптимизации
kwisp	Дата 5.10.2010, 10:54
	Цитата(igor_bogomolov @ 5.10.2010, 11:45) Контейнер хранит указатели, поэтому qFind не подойдет. на qFind свет клином не сошелся. есть куча хороших алгоритмов поддерживающих обЪектную модель. хотя бы stl: find, find_if, count и проч. и то что в контейнере указатель это не проблема есть функторы и предикаты в конце концов... П.С. приду с обеда напишу...
igor_bogomolov	Дата 5.10.2010, 10:45
	Цитата(kwisp @ 5.10.2010, 11:27) подойдёт, буду спорить. Я говорю про конкретную реализацию алгоритма, описание которого привел после. Там continue не подойдет Цитата(kwisp @ 5.10.2010, 11:27) т.е. если числа нет в обоих контейнерах то останавливается. Ага. А если есть хоть в одном, выходит по goto и начинает поиск для следущего числа Цитата(kwisp @ 5.10.2010, 11:27) какой тип контейнера используется? QList<HostItem*> m_lsHosts; Цитата(kwisp @ 5.10.2010, 11:27) если убрать цикл foreach с заменой на find всё подходит великолепно Контейнер хранит указатели, поэтому qFind не подойдет. Представь что ты не можешь изменить HostItem и FolderItem. И не можешь использовать find. Попробуй изменить алгоритм только внутри функции HostGraph::createKey(). Сможешь написать его короче и красивее? Я только это имел в виду Цитата(Sokoloff) QMainWindow, большинство современных авторов считают что goto вредно, потому что с его помощью легко наделать логических ошибок в коде. Иногда в отдельных случаях его применение дает выгоду, но это скорее исключение из правила. Поэтому на начальных этапах изучения языка считай что оператора goto нет. Со временем и опытом придет понимание где его можно использовать. +500
Просмотр темы полностью (откроется в новом окне)