Битрикс для разработчиков
Чат экстремального погром...
Qt
symfony
Ansible
Unity Engine: вопрос - от...
Nuxt.js | Vue SSR
Боты на Telegraf
Data Science Chat
Android Architecture
QA — русскоговорящее сооб...
DBA - русскоговорящее соо...
Tarantool
Unreal Engine
☁️ AWS_RU
Blender_ru: вопрос-ответ.
MongoDB Russian
Yandex Cloud - Официальны...
Git
DevsHelper
Big Data Science :: AI / ...
pro.kafka
3ds Max
1C
Вокруг да около Zigbee
Android Declarative
freebsd_ru
Atlassian Community - Rus...
Чат про Fusion 360 и 3D
OctoberCMS
ru_gitlab
Godot Engine (Russian)
MySQL
Yii Framework 2
Data Engineers
Чат Tableau
Cinema 4D
Evolution CMS
Odoo talks & fun
Software Design/Architect...
pro.buildsystems
Webpack — русскоговорящее...
Yii Framework 3
QA juniors
RUSCADASEC community: Киб...
ru_hashicorp
Grafana Loki
VictoriaMetrics_ru
.NET Group
Google Cloud Platform_ru
DevSecOps - русскоговорящ...
![Netbeans [RU]](https://image.telq.org/channel_avatar_1102508152_467588515831589735_mini.jpeg){kind=avatar}
Netbeans [RU]
Парни, подскажите, плиз, какой правильный способ для создания Qt-плагина с
закрытым исходным кодом и интерфейсными хедерами, включающими в себя Q_OBJECT, Q_PLUGIN_METADATA макросы?
Суть вопроса сводится к тому, располагать ли реализации всего, что генерит moc на интерфейсные хедеры в самом плагине, или давать пользователю плагина самому их генерить с помощью уже его moc, чья версия Qt может отличаться от версии Qt, что использовалась в плагине? Понятное дело, что имея такую проверку метадаты в QLibrary на стороне клиента плагина https://github.com/qt/qtbase/blob/d07742f333df89dc399fc5d9cabf2bdef0b346c5/src/corelib/plugin/qlibrary.cpp#L799-L812 уже строго определено, что Minor-версия Qt клиента должна совпадать или быть выше.
Кто-нибудь сталкивался с этим вопросом на практике? Какие подводные камни могут быть?
3 ответов
плагин с интерфейсом наружу и сгенеренной зашитой метадатой, всё остальное не нужно
𝕴𝖛𝖆𝖓
Автор вопроса
плагин с интерфейсом наружу и сгенеренной зашитой ...
То есть, пусть пользователь сам генерит для типов из плагина реализации сигналов через его собственный moc? Где можно было бы почитать о плюсах и минусах подобного подхода, или стоило бы вообще отказаться от Qt-шных интерфейсов в пользу старых добрых коллбэков?
То есть, пусть пользователь сам генерит для типов ...
Первый вариант мне нравится больше) старые добрые это всё-таки старые добрые, если использовать Qt, то тогда уж по полной
Похожие вопросы
Обсуждают сегодня