destruktory w Qt4

Question

Jestem bardzo zdezorientowany, jeśli chodzi o używanie destruktorów w Qt4 i mam nadzieję, że możecie mi pomóc.
Kiedy mam metody takie jak to (z „Des” to klasa):

void Widget::create() { 
    Des *test = new Des; 
    test->show(); 
} 

jak mogę mieć pewność, że ten widget ma być usunięty po tym jak został zamknięty?

A w klasie "Des" mam to:

Des::Des() 
{ 
    QPushButton *push = new QPushButton("neu"); 
    QHBoxLayout *layout = new QHBoxLayout; 
    layout->addWidget(push); 
    setLayout(layout); 
} 

gdzie i jak mam usunąć * * Naciśnij i układ? co powinno znajdować się w destruktorze Des :: ~ Des()?

Answer 1

Inną opcją korzystania z deleteLater() lub rodziców, jest używanie funkcji usuwania przy zamknięciu dla widżetów. W takim przypadku Qt usunie widżet po zakończeniu jego wyświetlania.

Des *test = new Des; 
test->setAttribute(Qt::WA_DeleteOnClose); 
test->show(); 

Lubię używać go z drzewa obiektów Qt utrzymuje, tak aby ustawić usuwać na blisko do okna, a wszystkie widżety w oknie mieć odpowiednią rodzic określony, więc wszystkie one zostaną usunięte także.

Answer 2

W większości przypadków należy tworzyć widgety na stosie:

QPushButton push("neu"); 

w ten sposób, że zostaną usunięte, gdy stają się one poza zakresem. Jeśli naprawdę chcesz je utworzyć na stercie, to Twoim obowiązkiem jest wywołać je, gdy nie są już potrzebne.

Answer 3

This tutorial sugeruje, że nie trzeba jawnie usuwać widżetów, które zostały dodane do widżetów nadrzędnych. Mówi też, że nie zaszkodzi również je usunąć.

(nie testowałem tego, ale myślę, że tak długo, jak wyraźnie je usunąć przed widget rodzic zostanie usunięty, to powinno być OK.)

Answer 4

Qt wykorzystuje to, co nazywają object trees i jest to nieco inna z typowego podejścia RAII.

QObject klasa constructor przenosi wskaźnik do rodzica QObject. Kiedy ten rodzic QObject zostanie zniszczony, jego dzieci również zostaną zniszczone. Jest to dość powszechny wzorzec w klasach Qt, a zauważysz, że wielu konstruktorów akceptuje parametr *parent.

Jeśli spojrzysz na niektóre z Qt example programs zobaczysz, że faktycznie konstruują większość obiektów Qt na stercie i wykorzystują to drzewo obiektów do radzenia sobie z niszczeniem. Osobiście uważam, że ta strategia jest również przydatna, ponieważ obiekty GUI mogą mieć osobliwe czasy życia.

Qt nie zapewnia żadnych dodatkowych gwarancji poza standardowym C++, jeśli nie używasz QObject lub podklasy QObject (na przykład QWidget).

---

W tym konkretnym przypadku nie ma gwarancji, że coś zostanie usunięte.

Będziesz chciał coś takiego dla Des (zakładając Des jest podklasą QWidget):

class Des : public QWidget 
{ 
    Q_OBJECT 

public: 
    Des(QWidget* parent) 
    : QWidget(parent) 
    { 
     QPushButton* push = new QPushButton("neu"); 
     QHBoxLayout* layout = new QHBoxLayout(this); 
     layout->addWidget(push); // this re-parents push so layout 
           // is the parent of push 
     setLayout(layout); 
    } 

    ~Des() 
    { 
     // empty, since when Des is destroyed, all its children (in Qt terms) 
     // will be destroyed as well 
    } 
} 

I byłoby użyć klasy Des tak:

int someFunction() 
{ 
    // on the heap 
    Des* test = new Des(parent); // where parent is a QWidget* 
    test->show(); 
    ... 
    // test will be destroyed when its parent is destroyed 

    // or on the stack 
    Des foo(0); 
    foo.show(); 
    ... 
    // foo will fall out of scope and get deleted 
} 

Answer 5

odpowiedź Richardwb jest dobry - ale innym podejściem jest użycie slotu deleteLater, tak jak:

Des *test = new Des; 
test->show(); 
connect(test, SIGNAL(closed()), test, SLOT(deleteLater())); 

Oczywiście sygnał zamknięty() można zastąpić dowolnym sygnałem.