D
Size: a a a
2020 October 08
A
Полчаса спорили в чате с коллегой, он не до конца понимает, зачем нужен этот лок, а я сначала тоже не понимал, а теперь думаю, что он защищает сам cv и потому необходим. И только как бонус можно ещё его же использовать для защиты своих данных, раз уж всё равно есть этот мьютекс. Т. е. вызовы wait() и notify() не потокобезопасны.
m
Нет, работа с препроцессором через рефлексию – врата в ад, сейчас комитет движется в сторону отказа от препроцессора, так что стоит ждать какой-то другой инструмент для решения этой задачи
Или не ждать. Лично я чаще имплементацию платформо-зависимых фич выношу в отдельные файлы и выбираю их на уровне системы сборки, пусть это и не всегда удобный вариант
Или не ждать. Лично я чаще имплементацию платформо-зависимых фич выношу в отдельные файлы и выбираю их на уровне системы сборки, пусть это и не всегда удобный вариант
А вообще что осталось от препроцессора в плюсах?
Инклюды заменили модулями.
Рефлексия забирает на себя проблемы сериализации и простой кодогенерации.
Какие еще не решенные задачи остались? Я могу вспомнить лишь несколько:
1) Условная компиляция.
2) Генерация уникальных имен.
3) Передача в код внешних переменных через дефайны.
4) Сокращение бойлерплейта.
Препроцессор не идеально, но все же неплохо решает все эти проблемы.
Если брать растовские процедурные макросы, они в основном крутятся вокруг антоаций. Я бы не отказался от них в плюсах, но это больше расширение чем замена препроцессора, на мой взгляд.
Просто при использовании препроцессора по делу, я не могу вспомнить каких то серьезных проблем. Поэтому у меня есть ощущение что препроцессор хотят выкинуть просто потому что его все ругают.
Инклюды заменили модулями.
__LINE__ и компанию заменили std::source_location.Рефлексия забирает на себя проблемы сериализации и простой кодогенерации.
Какие еще не решенные задачи остались? Я могу вспомнить лишь несколько:
1) Условная компиляция.
2) Генерация уникальных имен.
3) Передача в код внешних переменных через дефайны.
4) Сокращение бойлерплейта.
Препроцессор не идеально, но все же неплохо решает все эти проблемы.
Если брать растовские процедурные макросы, они в основном крутятся вокруг антоаций. Я бы не отказался от них в плюсах, но это больше расширение чем замена препроцессора, на мой взгляд.
Просто при использовании препроцессора по делу, я не могу вспомнить каких то серьезных проблем. Поэтому у меня есть ощущение что препроцессор хотят выкинуть просто потому что его все ругают.
CD
Возвращаясь к моему вопросу о
cv: не поставил фигурные скобки (скоуп лока) - получил дедлок. Офигенный дизайн.m_bTerminate = true;
{
std::unique_lock<std::mutex> lk(m_cvMutex);
m_cv.notify_all();
}
if (m_thread.joinable())
m_thread.join();
а в чем вопрос
CD
что смысл кода может измениться вплоть до UB от убирания фигурных скобок?
CD
std::mutex foo;
{
std::lock_guard bar1{foo};
}
{
std::lock_guard bar2{foo};
}
A
вопрос был в том, зачем cv вообще нужен этот лок. Какие именно манипуляции локом от меня требуются для корректной работы
cv. Этот момент плохо документирован, примеры часто переусложнены и там этот лок используется и для пользовательских данных, что мешает понять истинное его назначение.CD
потому что вы можете написать свой класс cv + lock, но не можете (cv+lock)-lock?
CD
что характерно, документация четко указывает, что не стоит держать блокировку при notify
O
А вообще что осталось от препроцессора в плюсах?
Инклюды заменили модулями.
Рефлексия забирает на себя проблемы сериализации и простой кодогенерации.
Какие еще не решенные задачи остались? Я могу вспомнить лишь несколько:
1) Условная компиляция.
2) Генерация уникальных имен.
3) Передача в код внешних переменных через дефайны.
4) Сокращение бойлерплейта.
Препроцессор не идеально, но все же неплохо решает все эти проблемы.
Если брать растовские процедурные макросы, они в основном крутятся вокруг антоаций. Я бы не отказался от них в плюсах, но это больше расширение чем замена препроцессора, на мой взгляд.
Просто при использовании препроцессора по делу, я не могу вспомнить каких то серьезных проблем. Поэтому у меня есть ощущение что препроцессор хотят выкинуть просто потому что его все ругают.
Инклюды заменили модулями.
__LINE__ и компанию заменили std::source_location.Рефлексия забирает на себя проблемы сериализации и простой кодогенерации.
Какие еще не решенные задачи остались? Я могу вспомнить лишь несколько:
1) Условная компиляция.
2) Генерация уникальных имен.
3) Передача в код внешних переменных через дефайны.
4) Сокращение бойлерплейта.
Препроцессор не идеально, но все же неплохо решает все эти проблемы.
Если брать растовские процедурные макросы, они в основном крутятся вокруг антоаций. Я бы не отказался от них в плюсах, но это больше расширение чем замена препроцессора, на мой взгляд.
Просто при использовании препроцессора по делу, я не могу вспомнить каких то серьезных проблем. Поэтому у меня есть ощущение что препроцессор хотят выкинуть просто потому что его все ругают.
В зависимости от того, что понимается под генерацией уникальных имён, эту роль тоже могут выполнить лупхолы (точнее, генерация уникального типа, но мне трудно представить ещё какой-то юзкейс)
Можно было бы сказать, что это плохой инструмент, но и генерация уникальных имён – такая себе задача
Можно было бы сказать, что это плохой инструмент, но и генерация уникальных имён – такая себе задача
ПК
Или это не то
Это не то