Исходное сообщение
"Выпуск qBittorrent 4.4 с поддержкой протокола BitTorrent v2" Отправлено Shatur, 07-Янв-22 12:16
> и аллокация каждого(или гудбай сигналам-слотам, на которых весь юи). Чего? Ты имеешь в виду аллокацию на куче? Потому что без создания обьекта в памяти нигде ничего не работает. Но аллокация на куче никак не связана с сигналами-слотами. Тебе главное чтобы обьект жил пока отрисовывается UI. Это так работает С++, с Qt это никак не связано. Если ты хранишь его где-то даже на стеке, то аллокация на куче не обязательна. Даже виджеты из .ui файла можно на стеке создавать, есть настройка в QtCreator. > Целиком и принудительно(!) местные контейнеры да строки и обилие легаси вместо STL, enum class и прочего, даже thread - QThread или ничего. Ты можешь STL использовать, но там обьекты не реализуют COW, что нужно для Qt. Но я не вижу проблемы использовать Qt-шные, они более функциональные и удобные. > Примеры в документации нередко deprecated и "делай простенько как у нас или пиши целый модуль с нашими зависимостями-требованиями", особенно когда нужно чуточку изменить поведение (или не пихать tr("Строка") с зависимостью в каждый файл). Ни разу не встречал. Поделишься ссылкой? Остальные претензии как из пальца высосанные, если честно. > предпочёл бы варианты на ИмГуи, чем на этом скрещивании языков. ImGui это библиотека для immediate GUI, они медленней чем retained (такие как Qt). immediate используется для игр, где ты и так перерисовываешь каждый кадр. Именно по-этому у нас есть программы для десктопа на Qt и нет на ImGui.