Comments 8
Можно сделать ещё больше интересных вещей, если обмануть мета-систему, введя фейковый QObject.
Для этого может помочь QMetaObjectBuilder, который, по всей видимости, скоро станет часть публичного API. Например, можно прикидываться любым объектом и делать всякие прокси, которые могут логировать все вызовы Q_INVOKABLE-методов, сигналов и т.д.
Для этого может помочь QMetaObjectBuilder, который, по всей видимости, скоро станет часть публичного API. Например, можно прикидываться любым объектом и делать всякие прокси, которые могут логировать все вызовы Q_INVOKABLE-методов, сигналов и т.д.
+1
Очень интересно, надо будет его поковырять…
0
Не думаю, что QMetaObjectBuilder попадет в public api. Это чисто приватный класс и все его использование скрыто в qobject. Не думаю, что Thiago одобрит публификацию…
0
У меня тоже бывают похожие задачи, но все время не доходят руки, сделать тоже самое.
Надеюсь продолжение не заставит долго ждать!
Надеюсь продолжение не заставит долго ждать!
0
>В самом деле, зачем каждый раз изобретать какой-то новый протокол, если можно использовать привычные сигналы и слоты? Что-то подобное уже есть, например D-Bus или QRemoteSignal, но мне они показались не очень удобными, да и некоторых возможностей в них нет.
А это решение смотрели? libqxt.bitbucket.org/doc/0.6/qxtrpcpeer.html
А это решение смотрели? libqxt.bitbucket.org/doc/0.6/qxtrpcpeer.html
0
Sign up to leave a comment.
Qt Meta System over Network. Часть 1 — свойства