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

На одном из занятий курса «Разработчик C++» мы изучали пул потоков.

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

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

В одной из предыдущих заметок мы упоминали о Lock-Free алгоритмах и сложностях, с ними связанных. Какая ситуация вообще приводит к проблемам? Лучше всего понять это помогает простейший пример бронирования номеров в отеле.

Не секрет, что Lock-Free алгоритмы и структуры данных существенно усложняют проект. Это подтверждается как моим собственным опытом, так и Core Guidelines (набором рекомендаций и правил по написанию кода на С++).

Представим, что вот прямо сейчас в текущей строчке кода некоего класса нужно получить std::shared_ptr от this, чтобы передать его куда-нибудь. Создавать или нет?

Наверняка все, кто изучал старый добрый стандарт C++11, знают о существовании в стандартной библиотеке вызова std::async, который позволяет выполнить некий код асинхронно (более точно – поведение указывается первым параметром вызова).

Согласно документации, вызов с параметром std::launch::async обещает выполнить пользовательский код в отдельном потоке. Посмотрим на приведённый ниже код.

С места в карьер! Скомпилируется ли следующий код? Если да – почему? Если нет – почему?

Проблема только одна – отсутствие каких бы то ни было стандартных систем сборки. Но нас спасут нестандартные! В данном случае великий и ужасный CMake, в котором есть две переменные с не совсем очевидными отличиями.