размышления о Qt, STL и pragma Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Древовидный Переключить на: Стандартный Переключить на: Линейный

[Алексей1153]

[offtop]

Раскрывающийся текст

У меня вот парочка глюпых вопросов возникла
Кстати,

1) а зачем вставлять Q_OBJECT, если нет своих слотов и сигналов ? Или это "дёшево" ?

2) зачем используется неуклюжая конструкция
#ifndef BUTTON_H
#define BUTTON_H
#endif
, если есть #pragma once
?

3) чем использование QMap лучше std::map ? (привычно для меня как то последнее)

[/offtop]

отделено от темы: Создание неограниченного количества элементов

[igor_bogomolov]

1.

Это общая рекомендация тролей. когда слоты понадобятся, не нужно будет вызывать qmake вручную. Что значит "дёшево"?

Добавлю только, что Q_OBJECT нужен не только для сигнал-слотового взаимодействия, а везде где может потребоваться метообъектная информация (qobject_cast, tr, property system и т.д.)

2.
Раз #pragma - значит зависит от компилятора, что не есть хорошо. К тому же конструкцию

#ifndef BUTTON_H
#define BUTTON_H
#endif

понимают все, это уже некий стандарт.

3.

и это аргумент? Qt не входит в STL и смысл его использовать если он делает то же самое что и std::map, получается что QMap бесполезное дублирование std::map(наверное что бы осложнить переход с Qt).

Как то вы слишком категоричны. У всего есть свои преимущества и недостатки. Важно их правильно использовать.
Для меня главное преимущество QTL, как и всего Qt - это удобство использования. Qt предоставляет удобные интерфейсы, которые значительно сокращают время разработки, снижая требования к исполнителю.
К тому же, при написании программы, хочется обеспечить некое единство стиля. Поэтому мне не нравится смешивание в одном коде контейнеров Qt и stl. Поэтому если программа пишется с использованием Qt, я стараюсь использовать QTL.

В качестве дополнения видержка из assistent'a

Контейнерные классы - классы с неявным совместным использованием данных, они реентерабельны, и они оптимизированы для быстрой работы, низкого потребления памяти и минимального увеличения кода (inline), результат в меньшем исполняемом файле. Кроме того, они потоко-безопасны в ситуациях, где они используются, как контейнеры только для чтения, всеми потоками используемыми для доступа к ним.

Для обхода элементов, хранящихся в контейнере, вы можете использовать один из двух типов итераторов: итераторы в стиле Java и итераторы в стиле STL. Итераторы в стиле Java легче использовать и они предоставляют высокоуровневую функциональность, тогда как итераторы в стиле STL немного более эффективны и могут быть использованы вместе с базовыми алгоритмами Qt и STL.

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