В Qt я могу встроить дочерние виджеты в своих родительских элементах по композиции, или мне нужно создать их с помощью new?
class MyWindow : public QMainWindow
{
...
private:
QPushButton myButton;
}
MyWindow::MyWindow ()
: mybutton("Do Something", this)
{
...
}
В документации указано, что любой объект, полученный из QObject, будет автоматически уничтожен при уничтожении его родителя; это подразумевает вызов delete, который в приведенном выше примере сработает.
Нужно ли использовать следующее?
QPushButton* myButton;
myButton = new QPushButton("Do Something", this);
ИЗМЕНИТЬ
Ответы весьма разнообразны и в основном сводятся к трем возможностям:
delete объекты, выделенные кучей (как это работает?)delete на объект (но не будет виджет без родителя превратиться в верхнюю -level window?)Какой из них правильный?
Нестатические переменные-члены-кучи удаляются, когда начинается эта последовательность удаления конкретного объекта. Только когда все члены будут удалены, он перейдет к деструктору базового класса. Следовательно, член myButton QPushButton будет удален до вызова ~ QMainWindow(). И из документации QObject: "Если мы удалим дочерний объект перед его родителем, Qt автоматически удалит этот объект из родительского списка дочерних элементов". Следовательно, никакой аварии не произойдет.
В документации говорится, что любой объект, полученный из QObject, будет автоматически уничтожен при уничтожении его родителя; это означает, что нужно удалить
Нет. Он подразумевает вызов деструктора этого конкретного объекта.
Скажем в вашем примере, если MyWindow уничтожен, это означает, что деструктор MyWindow был вызван. Это, в свою очередь, вызовет деструктор myButton, который уже реализован в QPushButton.
Если у вас есть составная сущность, только деструктор будет вызываться на этом объекте, но не delete, и поэтому он не будет сбой.
Родительские отношения с дочерними элементами в Qt не требуют, чтобы они были в стеке или куче. Это может быть во всем.
Аналогичный пример в родительских дочерних отношениях над стеком находится над здесь.
НТН..
Деревья объектов и собственность отвечает на ваш вопрос. В основном, когда дочерний объект создается в куче, он будет удален его родителем.
С другой стороны, когда дочерний объект создается в стеке, порядок уничтожения важен. Ребенок будет уничтожен до его родителем и удалит себя из своего родительского списка, чтобы его деструктор не вызывался дважды.
В этой ссылке также есть пример, показывающий проблемный порядок уничтожения.
Объект будет уничтожен только тогда, когда он имеет родительский указатель, поэтому вы можете использовать:
MyWindow::MyWindow ()
: mybutton("Do Something", 0)
{
...
}
Вы должны создать его в куче, так как QObject уничтожит его:
class MyWindow : public QMainWindow
{
...
private:
QPushButton *myButton;
}
MyWindow::MyWindow ()
: mybutton( new QPushButton( "Do Something", this) )
{
...
}
вызов оператора delete не приведет к сбою приложения ur, вы можете прочитать следующую цитату
Механизм родитель-ребенок Qt реализован в QObject. Когда мы создаем объект (виджет, валидатор или любой другой вид) с родителем, родитель добавляет объект в список своих дочерних элементов. Когда родитель удален, он просматривает список своих детей и удаляет каждого дочернего элемента. Затем сами дети удаляют всех своих детей и т.д. Рекурсивно, пока не останется. Механизм parent-child значительно упрощает управление памятью, что снижает риск утечки памяти. Единственными объектами, которые мы должны назвать delete, являются объекты, которые мы создаем с новыми, и которые не имеют родителя. И если мы удалим дочерний объект перед его родителем, Qt автоматически удалит этот объект из родительского списка дочерних элементов.
обратите внимание, что родительский аргумент NULL по умолчанию (аргумент по умолчанию)
это конструктор QPushButton
QPushButton ( const QString & text, QWidget * parent = 0 )
поэтому вы можете использовать
MyWindow::MyWindow () : mybutton( new QPushButton( "Do Something") ){ ... }
и u может вызывать delete на любом компоненте и в любое время
Qt позаботится об этой точке
Позвольте мне просто указать источник здесь.
816 QObject::~QObject()
817 {
818 Q_D(QObject);
819 d->wasDeleted = true;
820 d->blockSig = 0; // unblock signals so we always emit destroyed()
821
...
924
925 if (!d->children.isEmpty())
926 d->deleteChildren();
927
928 qt_removeObject(this);
929
930 if (d->parent) // remove it from parent object
931 d->setParent_helper(0);
932
933 #ifdef QT_JAMBI_BUILD
934 if (d->inEventHandler) {
935 qWarning("QObject: Do not delete object, '%s', during its event handler!",
936 objectName().isNull() ? "unnamed" : qPrintable(objectName()));
937 }
938 #endif
939 }
...
1897 void QObjectPrivate::deleteChildren()
1898 {
1899 const bool reallyWasDeleted = wasDeleted;
1900 wasDeleted = true;
1901 // delete children objects
1902 // don't use qDeleteAll as the destructor of the child might
1903 // delete siblings
1904 for (int i = 0; i < children.count(); ++i) {
1905 currentChildBeingDeleted = children.at(i);
1906 children[i] = 0;
1907 delete currentChildBeingDeleted;
1908 }
1909 children.clear();
1910 currentChildBeingDeleted = 0;
1911 wasDeleted = reallyWasDeleted;
1912 }
Итак, как вы можете видеть, QObject действительно delete каждый из своих дочерних элементов в деструкторе. Кроме того, деструктор выполняется перед деструкторами любых членов; поэтому, если рассматриваемый композит равен родительскому - тогда член QObject не будет иметь возможности удалить себя из списка дочерних элементов его родителя.
Это, к сожалению, означает, что вы не можете составить QObject в свой родитель. Но вы можете сочинять в другие объекты, а также выделять в стеке - как только вы гарантируете уничтожить объект или reset его родительский элемент до 0 до того, как родитель начнет разрушать.