Да

регистры состояний

Никогда не пытался запомнить название, но спасибо)

ну вот, и хочется иметь возможно без регистрации и смс получать data_button_state = button_state_engined<data_engine> slots_for_button_state = button_state_engined<slot_engine> slot_for_button_state = some_byelement_operation<button_state_engined, data_engine, slot_engine>

т.е. получать на вход слота data_button_state и раскидывать на входы поэлементно объявленных слотов

регистры состояний

Вот что я имел ввиду https://en.m.wikipedia.org/wiki/State_pattern

Никогда не пытался запомнить название, но спасибо)

кокое название? я не ро название я про int state; state en —— state&1«1; state vis —— state&1«2; state def —— state&1«3;

кокое название? я не ро название я про int state; state en —— state&1«1; state vis —— state&1«2; state def —— state&1«3;

Неэффективное использование памяти

это потребует глобального объявления компараторов и так далее

Подскажите как перезаписать контекст потока процесса не ппибегая к помощи winapi Грубо говоря setcontextthread только самописный. Есть где то реализация / алго?

это потребует глобального объявления компараторов и так далее

Это пишеться вариадик темплейт и дальше уже по классике жанра

Неэффективное использование памяти

Здесь дело не в модели сигнал-слоты

Здесь дело не в модели сигнал-слоты

А в идее доставать данные эффективно

Подскажите как перезаписать контекст потока процесса не ппибегая к помощи winapi Грубо говоря setcontextthread только самописный. Есть где то реализация / алго?

boost.context смотри

На самом деле я могу объяснять на другом XY уровне, просто объяснять будет достаточно долго

Неэффективное использование памяти

одна переменая вместо трёх?

Сигнал-слоты здесь как раз близкое по сути

одна переменая вместо трёх?

а поняв, не еффективно относительно енама чтоль?

одна переменая вместо трёх?

Enum памяти занимает как максимум с заданных типов

а поняв, не еффективно относительно енама чтоль?

Ага

Кратко: нельзя писать ВСЁ button_state при желании записать только button_state.default по причинам просадки производительности в миллиард раз

Ага

ну как сказать, а как вы будете записывать когда у вас все три будут тру, а ктогда два первых тру и фолс? магии не будет, один параметр - один разряд

Потому что настоящая подложка будет не сигнал-слотовой, а реактивной с потенциально долгим расчетом, и там нельзя фильтровать оповещения

Потому что настоящая подложка будет не сигнал-слотовой, а реактивной с потенциально долгим расчетом, и там нельзя фильтровать оповещения

Хм Только сейчас понял что это не взаимоисключающие состояние Вы правы

Ага

тем более если вы захотите поменять одно значение вам прийдётся узнать предыдущее состояние, а в случае с регистром просто одна побитовая операция

struct button_state { bool enabled; bool visible; bool default; };

Да, неплохо бы иметь подобную структуру для вот такой задачи

Осознал все плюсы подобной структуры

А пока действительно только эдаким битсетом можно обойтись и нормальным хендлером запросов

И табличкой: "работает - не трогать!"

И табличкой: "работает - не трогать!"

да не нужна там табличка, если посмотреть как это правильно писать. Используешь макросы и всё понятно, даже фнкции не нужны толком #define BUTT_ST_EN 1«1 if(state&BUTT_ST_EN) - do some

А пока действительно только эдаким битсетом можно обойтись и нормальным хендлером запросов

Вы можете обойтись битсетом, пока у кнопки сверху в этой структуре не появилось название кнопки :)

да не нужна там табличка, если посмотреть как это правильно писать. Используешь макросы и всё понятно, даже фнкции не нужны толком #define BUTT_ST_EN 1«1 if(state&BUTT_ST_EN) - do some

Оставлю это здесь) https://google.github.io/styleguide/cppguide.html#Macro_Names

Оставлю это здесь) https://google.github.io/styleguide/cppguide.html#Macro_Names

нет времени чиать, к чему это?

в гуе есть куча примеров, например, контракт передачи данных окна-предка окну-потомку struct child_info_type { int dpi; space_enum space; /*элемент перечисления, изначально завязанный на монитор, влияющий на выбор текстовок*/ std::shared_ptr<const renderer_config_type> renderer_config; /*совокупность настроек цветовой гаммы, клавиатурный индикатор*/ };

нет времени чиать, к чему это?

Не стоит использовать макросы

ой поправил

Не стоит использовать макросы

кек, авторитетное мнение

Ну это холивар, но если использовать Гугл стайл

сейчас бы про макросы похоливарить

Ну это холивар, но если использовать Гугл стайл

Я бы рекомендовал пользоваться не гуглстайл, а здравым смыслом, к слову сишники чуть ли не одних макросах и пишут

угу, еще в 2018 константы макросами объявлять, причем кривыми

Я бы рекомендовал пользоваться не гуглстайл, а здравым смыслом, к слову сишники чуть ли не одних макросах и пишут

Это же стиль для плюсов

Я сам иногда прибегаю к чистому С и действительно иначе нельзя

да не нужна там табличка, если посмотреть как это правильно писать. Используешь макросы и всё понятно, даже фнкции не нужны толком #define BUTT_ST_EN 1«1 if(state&BUTT_ST_EN) - do some

выражение делает не то, что вы думаете, вы забыли скобки

Это же стиль для плюсов

макросы нужны и удобны, если их кто-то использует как мудак - это его проблемы

выражение делает не то, что вы думаете, вы забыли скобки

это псевдокод жи

макросы нужны и удобны, если их кто-то использует как мудак - это его проблемы

обычно проблем больше не у мудака, а у тех, кто с ним работает

макросы нужны и удобны, если их кто-то использует как мудак - это его проблемы

Там намек на то что это не совсем безопасно + в с++ есть все инструменты для того чтобы заменить макросы

макросы нужны и удобны, если их кто-то использует как мудак - это его проблемы

ну если кто-то флаги объявляет в С++17 макросами, он мудак, гарантирую

Там намек на то что это не совсем безопасно + в с++ есть все инструменты для того чтобы заменить макросы

Увы, нет

Увы, нет

А что возможно сделать только макросами?

А что возможно сделать только макросами?

Выведите мне в лог исключения место, которое его выбросило

у меня пишется some_exception(UTILS_HERE)

Там намек на то что это не совсем безопасно + в с++ есть все инструменты для того чтобы заменить макросы

и как ты заменишь мне коефициент трения 465734 взятый из справочника? переменной? константой? в чё разница с макросом? чем он плох?

В том что это препроцессор который втупую ищет совпадения в коде

В том что это препроцессор который втупую ищет совпадения в коде

и внезапно это то нам и надо

и как ты заменишь мне коефициент трения 465734 взятый из справочника? переменной? константой? в чё разница с макросом? чем он плох?

тем, что макрос слишком общий, в отличие от константы

вы же используете for, зачем, если есть while?

тем, что макрос слишком общий, в отличие от константы

ну так его и надо испоьлзовать для слишком общих параметров

ну так его и надо испоьлзовать для слишком общих параметров

его надо использовать для того, для чего нет альтернатив. Для констант такие есть

вы же используете for, зачем, если есть while?

зачем использовать do ... while(0)?

я не умеют в do - while, не пользуюсь

я уверен, что while (1) с выходом посередине читается лучше

я не умеют в do - while, не пользуюсь

я тоже сам сперва не понял смысл этой конструкции, но потом понял на сколько это удобно

можно пример?)

можно пример?)

инициализация и если что-то пошло не так брейки

пример это что-то похожее на код

да можно иначе, но можно и так

инициализация и если что-то пошло не так брейки

для подпрограмм придумали лямбды

для подпрограмм придумали лямбды

не совсем понял, ну да ладно, там можно и ексепшенами сделать, можно и функцией с ретурнами, а можно ду вайл 0, все пути

не совсем понял, ну да ладно, там можно и ексепшенами сделать, можно и функцией с ретурнами, а можно ду вайл 0, все пути

auto button_item = [&] () { if (is_null(image)) return representation::make_button(std::move(text), std::move(button_state), std::move(options)); if (is_null(text)) return representation:::make_button(std::move(image), std::move(button_state), std::move(options)); return representation::make_button(std::move(image), std::move(text), std::move(button_state), std::move(options)); }();

не совсем понял, ну да ладно, там можно и ексепшенами сделать, можно и функцией с ретурнами, а можно ду вайл 0, все пути

auto deciphered = [&] () { auto fail = [&] () -> std::vector<BYTE> { failed = true; return {}; }; auto deciphered = /*expression*/; if (/*condition 1*/) return fail(); if (/*condition 2*/) return fail(); return deciphered; }();

еще примеров?)

подпрограммы - топ2 использование лямбд по частоте

https://github.com/facebook/infer/releases/tag/v0.14.0 у нас тут плюсы заржавели

https://github.com/facebook/infer/releases/tag/v0.14.0 у нас тут плюсы заржавели

не знал про такую штуку. есть какое-нибудь сравнение с cppcheck, clang-tidy, pvs-studio?

не знал про такую штуку. есть какое-нибудь сравнение с cppcheck, clang-tidy, pvs-studio?

Не видел

Не видел

а сам юзал эту штуку?

а сам юзал эту штуку?

Не, беркус в расточат кинул, я суда переслал :)

Энивэй, это очень свежая фича, я даже описания внятного насчёт неё не нашёл

А вот такой вопрос: у меня есть некая коллекция, в которую клиент может засунуть объект и вместе с ним - time_duration, после которого этот объект должен прокиснуть. Можно ли как-нибудь это реализовать без постоянно занятого треда, который бы оббегал всю коллекцию и сверял время?

Объектов много — потенциально миллионы. Время тоже любое, от нескольких секунд до нескольких часов.

хочется какой-нибудь epoll на таймерах :)

каким то образом отсортировать по времени протухания и чтобы к времени протухания первого элемента в коллекции чтото просыпалось и его удаляло

condition variable?

condition variable?

А что с ним делать? Кто будет дергать notify?

гугли как с ним работать

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

если тебе надо удалять из коллекции прямо сразу после протухания тогда нужен тред

если можно лениво то можно сделать при обращении к коллекции

каким то образом отсортировать по времени протухания и чтобы к времени протухания первого элемента в коллекции чтото просыпалось и его удаляло

Да, похоже, лучший вариант.

Лениво нельзя. Память занимает.

найди минимальный td, поставь тред на ожидание с cv, который по истичению проснётся и удалит нужный елемент. Дальше повторить

угу, и priority_queue вам в руки

если неотзываемые

найди минимальный td, поставь тред на ожидание с cv, который по истичению проснётся и удалит нужный елемент. Дальше повторить

Ага. Похоже, придётся так. Хотелось бы, чтобы он не был постоянно занят :) Что-нибудь вроде "переместить кондвар с таймаутом в тред, который ждёт, пока кто-нибудь не отдуплится".

Минус очереди в том, что придётся постоянно пересчитывать таймауты. По истечению и при добавлении/удалении элемента.

вы хотите одно и то же число вычесть из всех элементов очереди?

как только у вас возникает такое желание, просто ничего не вычитайте