TK
а, ну вообще то да
Size: a a a
2021 April 25
S
за временем жизни
我
Куте сами писали: использовать по максимуму std, qt только при необходимости
TK
я так понимаю, при инстанцировании делается привязка QObject* parent, и в деструкторе оно само (насколько я понимаю) moc компилируется так, что childs деструктятся внутри деструктора parent
TK
воу, ок, понял
МВ
moc в этом плане ничего не делает
МВ
у QObject есть vector<QObject*>
TK
а, понял
МВ
по которому QObject проходит в деструкторе и удаляет
S
да, но это просто наследование от QObject, макрос Q_OBJECT совсем для другого и его не обязательно использовать
TK
деструктор доходит до деструктора QObject, в котором он в цикле освобождает память по указателям вектора
МВ
и вот твой класс при бездумном наследовании от QObject уже жиреет на этот вектор
S
просто вы там сверху написали:
> а если я написал свой класс например для usb hid, то его нужно наследовать от QObject и добавлять Q_OBJECT?
так вот я говогрю, что не надо мешать в кучу наследование от QObject и использование макроса Q_OBJECT - это разные вещи
> а если я написал свой класс например для usb hid, то его нужно наследовать от QObject и добавлять Q_OBJECT?
так вот я говогрю, что не надо мешать в кучу наследование от QObject и использование макроса Q_OBJECT - это разные вещи
S
и тут соглашусь - всегда нужно понимать что происходит, и нужно ли тебе это
TK
короче нужно использовать std::
S
а следить за временем жизни объектов это вполне по С++-ному
S
стильно молодёжно
TK
я слежу if (ptr)
МВ
нужно понимать, что делаешь и зачем
МВ
следить за временем жизни - это не про if