【qt信号槽-2】Qt中窗体继承，槽响应多次执行的解决

前言：

【qt信号槽-1】槽函数重写问题，qt_metacall和qt_static_metacall_qt metacall

【qt信号槽-2】Qt中窗体继承，槽响应多次执行的解决_qt 窗口继承

【qt信号槽-3】（QObject::connect: No such slot）的一种解决方法，connect函数qt4/qt5格式，元数据注册

【qt信号槽-4】槽函数不响应不执行的一种原因：ui提升导致重名_qt 按钮不能进入函数

【qt信号槽-5】信号槽相关注意事项记录_qt槽函数可以被重写吗

【qt信号槽-6】槽函数不执行的一种原因——未知线程-

个人笔记，不对之处留言探讨。

背景：

我做了一个窗体，后来发现有共性，就像做成一个父界面，需要的来继承它，精简代码。按理说，我最常用的方式是把窗体中的某些部件“提升”为相应的父类。但是窗体我想试试直接继承，而不是提升centerWidget。

继承方法：

由于不能直接提升，我选择在.ui文件上右键“以文本编辑器打开”。

 直接修改class=父窗体即可。然后在设计器中查看它就变过来了。

之后就是.h和.cpp的正常继承，不用多说。 

问题：

按上面方法继承窗体后，控件的槽会响应两次。因为制作父窗体的时候，已经画了界面，实现并绑定了控件的槽函数。子窗体再new的时候又绑定一遍。

按照网上搜到的方法，就如c#中，修改desiger文件，注释掉委托绑定，让事件响应少执行一次。

同理，在qt中修改ui_开头的.h文件，也有类似效果。

QT_BEGIN_NAMESPACE

class Ui_Frm_Producer
{
public:
    QWidget *centralwidget;

    void setupUi(FrmPC *Frm_Producer)
    {
        if (Frm_Producer->objectName().isEmpty())
            Frm_Producer->setObjectName(QStringLiteral("Frm_Producer"));
        Frm_Producer->resize(483, 332);
        centralwidget = new QWidget(Frm_Producer);
        centralwidget->setObjectName(QStringLiteral("centralwidget"));

        retranslateUi(Frm_Producer);

        //这一句实现了槽绑定
        QMetaObject::connectSlotsByName(Frm_Producer);
    } // setupUi

    void retranslateUi(FrmPC *Frm_Producer)
    {
        Frm_Producer->setWindowTitle(QApplication::translate("Frm_Producer", "MainWindow", Q_NULLPTR));
    } // retranslateUi

};

namespace Ui {
    class Frm_Producer: public Ui_Frm_Producer {};
} // namespace Ui

QT_END_NAMESPACE

setupUi函数中有一句代码用于槽绑定。按理说与c#中同理，但是我不太赞同这种方法。

解决：

先分析原因，既然是setupUi函数造成的，而它又是在构造函数的初始化列表中执行的。

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

这里就清楚了，每一个界面的构造都是这样的。所以我这样处理了子窗体的构造函数。

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

Frm_Producer::~Frm_Producer()
{
    //delete ui;
}

ui对象也不要单独创建了，就彻底继承父窗体的，所以父窗体的ui要从private中拿出来：

protected:
//private://要给子窗体用，就不能用private
    Ui::FrmPC *ui;

如此以后，子窗体的构造函数中不再新建ui对象，也不执行setupUi，所以也就不会重复绑定槽函数。而析构函数中也就不用再delete。

亲测可行。有问题再议。