Здравствуйте, B0FEE664, Вы писали:

_>>И все работники гарантировано освободят ресурсы, у них тоже довольно структурированный вид, и они не подозревают в каком потоке работают.
BFE>Что означает, что работники не могут одновременно работать на несколько окон.
Обработчики выполняют конкретное действие. Другие окна могут использовать уведомления (Notifications) для отображения моделий происходящих процессов если это необходимо. При этом количество окон не ограничено.
Это не threadpool это именно действие, как вызов функции. Просто это постепенно исполняемые функции. Если её вызываю раньше чем она закончилась, сначала отменяется текущая, и затем запускается новая.
Например обработка поиска, на вход поступает запрос, и по мере исполнения заполняется список, при этом в любой момент можно прервать и выполнить новый запрос.
Если надо кучу паральных запросов сделать делается пачка таких функций и каждая их них мапится в свою модель, которая оповещает подпищиков. Главная задача скрыть многопоточность.

_>>Просто в C++ нет единообразия, для разных сущностей всё делается по своему.
BFE>Без микроменеджмента эффективности не будет. Где всё единообразно, там медленно.
Эффективность и скорость это разные понятия. Эффективно это с высоким кпд, а быстро это не обязательно эффективно.
Ничто не мешает на медленном питоне построить вычислительный граф и потом его запулить на gpu. Что выполнит вычиления на порядки быстрее чем на cpu.
Я про другое, должна быть возможность любой сущности дать имя и по этому имени работать с ней. В C++ это не так, вы даже некоторым сущностям имя не можете дать, или хотя бы ссылку. Не говоря о том чо там наплодили вагон и маленькую тележку сущностей для которых немененно мелких нюансов. В результате создаём ненужные сложности, которые затем вынуждены героически преодолевать.

Здравствуйте, B0FEE664, Вы писали:

_>>И все работники гарантировано освободят ресурсы, у них тоже довольно структурированный вид, и они не подозревают в каком потоке работают.
BFE>Что означает, что работники не могут одновременно работать на несколько окон.
Обработчики выполняют конкретное действие. Другие окна могут использовать уведомления (Notifications) для отображения моделий происходящих процессов если это необходимо. При этом количество окон не ограничено.
Это не threadpool это именно действие, как вызов функции. Просто это постепенно исполняемые функции. Если её вызываю раньше чем она закончилась, сначала отменяется текущая, и затем запускается новая.
Например обработка поиска, на вход поступает запрос, и по мере исполнения заполняется список, при этом в любой момент можно прервать и выполнить новый запрос.
Если надо кучу параллельных запросов сделать — делается пачка таких функций и каждая их них мапится в свою модель, которая оповещает подпищиков. Главная задача скрыть многопоточность.

_>>Просто в C++ нет единообразия, для разных сущностей всё делается по своему.
BFE>Без микроменеджмента эффективности не будет. Где всё единообразно, там медленно.
Эффективность и скорость это разные понятия. Эффективно это с высоким кпд, а быстро это не обязательно эффективно.
Ничто не мешает на медленном питоне построить вычислительный граф и потом его запулить на gpu. Что выполнит вычиления на порядки быстрее чем на cpu.
Я про другое, должна быть возможность любой сущности дать имя и по этому имени работать с ней. В C++ это не так, вы даже некоторым сущностям имя не можете дать, или хотя бы ссылку. Не говоря о том чо там наплодили вагон и маленькую тележку сущностей для которых немененно мелких нюансов. В результате создаём ненужные сложности, которые затем вынуждены героически преодолевать.