DK
не задавай парента
Size: a a a
2017 April 27
DK
и будет все ок
RS
auto someid = Meta.id();
//......
someid.setParent(bla);
легко выстрелить себе в ногу
DK
дада, я уже выше писал про memcpy
ШВ
тогда не проще assert(false)?
RS
Q_GADGETs can have Q_ENUM, Q_PROPERTY and Q_INVOKABLE, but they cannot have signals or slots
DK
но вообще на самом деле от setParent можно защититься
DK
через перехват евента смены парента
DK
и возврата его в ноль
DK
у нас используется этот евент даже в одном месте в проекте, правда для других целей
RS
мне кажется использовать композицию из QObject неправильно изначально, поскольку QObject влечёт за собой довольно весомый overhead
DK
удивительно, не правда ли
RS
т.е. такие типы как идентификатор можно в качестве Q_GADGET реализовать походу
DK
(но их все еще можно удалить!)
RS
это да
RS
но за Q_GADGET уже спасибо
RS
поменьше мусора
RS
а разве нельзя при наследовании удалить deleteLater и setParent?
ШВ
можно пометить приватными
DK
а потом в клиентском коде сделать #define private public