Вызов рекурсивного конструктора при создании виджета с формой в QT?

Question

Я пытаюсь понять автоматически сгенерированный код, почему QT при создании QWidget с формой.

Это код, сгенерированный QT:

**********************************************************************
*  widget.h
**********************************************************************

#ifndef WIDGET_H
#define WIDGET_H

#include <QWidget>

namespace Ui {
class Widget;
}

class Widget : public QWidget
{
    Q_OBJECT

public:
    explicit Widget(QWidget *parent = nullptr);

    ~Widget();

private:
    Ui::Widget *ui;
};

#endif // WIDGET_H
#endif // WIDGET_H

**********************************************************************
*  widget.cpp
**********************************************************************

#include "widget.h"
#include "ui_widget.h"

Widget::Widget(QWidget *parent) : QWidget(parent), ui(new Ui::Widget)
{
    ui->setupUi(this);
}

Widget::~Widget()
{
    delete ui;
}

**********************************************************************
*  main.cpp
**********************************************************************

#include "widget.h"
#include <QApplication>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    Widget w;
    w.show();

    return a.exec();
}

Мой вопрос сэто утверждение в конструкторе:

ui (new Ui :: Widget)

Это создает новый виджет, когда вызывается конструктор класса Widget.Это как рекурсия, не так ли?Почему не ломается?

Answer 1

NO.Из-за пространств имен существуют два разных класса с одинаковыми именами:

Ui :: Widget

и

Widget

Ui :: Widget - это классдля объекта формы.

Answer 2

Это не рекурсивно, это экземпляр вашего класса ui_Widget.h, так как вам нужен только один экземпляр вашего GUI одновременно
Преимущество этого подхода состоит в том, что объект пользовательского интерфейса может быть объявлен заранее, чтоозначает, что нам не нужно включать сгенерированный файл ui_Widget.h в заголовок.Затем форму можно изменить без перекомпиляции зависимых исходных файлов.Это особенно важно, если на класс распространяются бинарные ограничения совместимости. Потому что, как вы видите, "#include" ui_widget.h "находится внутри cpp a, а не в файле заголовков