Допустим у нас приложение "Калькулятор". Имеется 9 кнопок с цифрами дабы не связывать каждое нажатие отдельной кнопочки с одним и тем же слотом обрабатывающим вывод цифры на табло и не плодить код, есть прекрасный класс в Qt  - QSignalMapper

Простой пример:

В заголовочном файле декларируем:

  QSignalMapper *signalMapper;

И тут же создаем приватный слот:

  void clicked(const QString & text);

Который будет выводить сообщение с текстом нажатой кнопочки

Далее в конструкторе класса создаем объект класса QSignalMapper

  signalMapper = new QSignalMapper(this);

Далее добавляем в QGridLayout yнаши 9 кнопочек:

 for (int i = 0; i < 9; ++i)
    {
        //Кнопочка с текстом текущей итерации цикла
        QPushButton *button = new QPushButton(QString::number(i));
        //При нажатии на данную кнопочку вызывам слот класса QSignalMapper
        connect(button, SIGNAL(clicked()), signalMapper, SLOT(map()));
       //Привязывем кнопочку к маперу с текстом текущей итерации
        signalMapper->setMapping(button, QString::number(i));
       //ну и добавляем кнопочку в Layout
        ui->gridLayout->addWidget(button, i / 3, i % 3);
    }
    //Теперь когда маппер испуска сигнал о нажатии определенной кнопочки вызывается наш слот
   //и в него передается значение привязанное в мапер для данной кнопочки
    connect(signalMapper, SIGNAL(mapped(const QString &)),
                this, SLOT(clicked(const QString &)));


//А вот и сам наш слот

void MainWindow::clicked(const QString & text)
{
    QMessageBox::information(this, "TEST", text, QMessageBox::Ok);
}

Данное приложение иллюстрирует использования различных подклассов QEvent. В примере использованы реализации следующих классов:

 <QCloseEvent>
 <QContextMenuEvent>
 <QEvent>
 <QFocusEvent>
 <QHideEvent>
 <QKeyEvent>
 <QMouseEvent>
 <QPaintEvent>
 <QResizeEvent>
 <QShowEvent>
 <QWheelEvent>

В C++ существует множество спецальных алгоритмов для работы с массивами. Они позволяют сортировать данные в массиве, искать в нем какое-либо значение, менять элементы местами и т.д. Для их работы вам необходимо подкючить <algorithm> в начале программы.

Алгоритмы поиска.

Все алгоритмы поиска возвращают итератор на элемент, а не сам элемент.

• find(begin,end,what) - ищет первый элемент со значенимем what в промежутке begin - end, где begin и end - итераторы соответствующего контейнера
• adjacent_find(start,end) - ищет два последовательных совпадающих элемента между start и end и возвращает итератор на него
• search(start,end,sbegin,send) - ищет между start и end последовательность sbegin-send

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

Таким образом, мы можем выделить две особенности объекта типа Singleton:

• Доступность объекта из различных частей программы
• Единственность существования

Специально выделяю вторую особенность, дабы подчеркнуть суть такого объекта. Первая особенность – просто «полезность», вытекающая из единственности. На практике, эти две особенности идут рядом, поэтому я не буду разделять их детали реализации.

Да, вопрос об обоснованности существования таких объектов и т.п. – это совсем другая тема и философия проектирования. Но мы сейчас не об этом.

Существует несколько подходов к реализации таких объектов. Я предлагаю один из них, которым пользуюсь уже на протяжении многих лет.

По умолчанию аргументы функции tr() воспринимаются в кодировке Latin-1. Для переопределения этого необходимо воспользоваться классом QTextCodec, а именно статической функцией QTextCodec::setCodecForTr().
Так как вызов функции QTextCodec::setCodecForTr() должен быть сделан до первого вызова tr(), то удобнее всего это реализовать сразу после создания объекта QApplication:

Длительные операции в программе можно разделить на две категории. Первая — интенсивные вычислительные задачи, такие как: алгоритмы обработки аудио и видео данных, моделирование. Вторая — взаимодействие с медленными объектами «внешнего мира» программы(управление различным промышленным оборудованием, загрузка файлов по сети и проч.). Для второй категории задач проблема сохранения отзывчивости решается в Qt использованием асинхронных классов, т.е. классов, методы которых сразу после вызова возвращают управление, а о результате своей деятельности они оповещают соответствующим сигналом. Примером таких классов могут служить классы QFtp и QHttp.
В случае интенсивных вычислений (в не зависимости от использования механизма сигнал-слот) обработка событий прерывается, сетевое взаимодействие останавливается, таймеры замирают, программа не перерисовывается и перестает отвечать на ввод пользователя. Иными словами до окончания вычислений программа выглядит зависшей. Сохранить отзывчивость программы можно либо периодической обработкой ожидающих в очереди событий и тогда необходимые вычисления можно оставить в главном потоке, либо созданием дополнительного потока и переносом вычислительных алгоритмов в него. Создание многопоточных приложений требует высокой квалификации от программиста и несколько усложняет код. Для тех, кого не пугает усложнение исходного кода считаю необходимым напомнить первый закон творческого программирования: «Caveat emptor: стоимость сопровождения программного обеспечения пропорциональна квадрату творческих способностей программиста». Выбор пути решения зависит от задачи. Практически любую вычислительную задачу можно разбить на несколько подзадач, на несколько частей. Если эти части могут быть решены только последовательно, то велика вероятность того, что оптимальным вариантом будут вычисления в главном потоке. Ежели отдельные части независимы и могут вычисляться параллельно, то использование нескольких потоков может дать значительный прирост производительности.
Самое простое решение заключается в периодическом вызове QCoreApplication::processEvents() в коде вычислений. Эта функция обрабатывает ожидающие в очереди события. В случае, если действия пользователя нежелательны во время выполнения задачи можно отключить обработку событий мыши и клавиатуры заменив вызов QCoreApplication::processEvents() на QCoreApplication::processEvents(QEventLoop::ExcludeUserInputEvents). С помощью QCoreApplication::processEvents() также можно «синхронизировать» асинхронные методы. Допустим у нас есть класс для общения с неким устройством. Ему можно послать команду с помощью метода send(QByteArray array) и получить ответ в слот data(QByteArray array) в течение некоторого времени. На случай отсутствия ответа предусмотрим таймаут. Если ответ не придет в течение 5 секунд, то ожидание мы прекращаем.

Чтобы добавить информацию о версии в библиотеку достаточно включить следующую строку в файл проекта:

В случае исполнимого файла все будет несколько сложнее. Для начала создайте файл ресурсов myapp.rc и включите информацию о нем в файл проекта:
Теперь отредактируем файл ресурсов:
Пересоберем проект.

Поместите файл иконки(пусть он будет зваться myappico.ico) в каталог с исходными текстами программы. В том же каталоге создайте файл myapp.rc и поместите в него следущую строчку:

Добавьте информацию о файле ресурсов в ваш .pro файл:
И наконец, используя qmake, обновите ваши makefile файлы.