Передача сигнала в функцию

Qt, signals

_model->waitingFor(SIGNAL(Model::somesignal())); // no matching function for call to..

...
class Model : public QObject
{
    Q_OBJECT
public:
    explicit Model(QObject *parent = nullptr);

    void foo();
    void waitingFor(const char *signal); - не работает
//    void waitingFor(std::function<void()> &signal); - тоже не работает

signals:
    void somesignal();
};
...
void Model::waitingFor(const char *signal)
{
    QEventLoop evloop;
    connect(this, signal, &evloop, &QEventLoop::quit); // не соберется
    connect(this, SIGNAL(signal()), &evloop, SLOT(quit())); // соберется, но QObject::connect: No such signal Model::signal()
    evloop.exec();
}

void Test::waitingFor2(std::function<QMetaMethod> &signal)
{
    QEventLoop evloop;
    connect(this, signal, &evloop, &QEventLoop::quit);
    evloop.exec();
}

Рекомендуємо хостинг TIMEWEB

Стабільний хостинг, на якому розміщується соціальна мережа EVILEG. Для проектів на Django радимо VDS хостинг.

Добрый день.

Можно передать сигнал, но лучше в виде указателей это всё делать, МАКРОСЫ следует изживать из проекта.

Также здесь следует использовать шаблоны. Конкретно ваш случай можно разрулить так

#ifndef MODEL_H
#define MODEL_H

#include <QEventLoop>

class Model : public QObject
{
    Q_OBJECT
public:
    explicit Model(QObject *parent = nullptr) : QObject(parent) {}

    template<typename TSignal>
    void waitingFor(TSignal&& signal)
    {
        QEventLoop evloop;
        connect(this, signal, &evloop, &QEventLoop::quit);
        evloop.exec();
    }

signals:
    void someSignal();
};

#endif // MODEL_H

И вызов метода

model->waitingFor(&Model::someSignal);

великолепно. я уж начал сомневаться, что делаю решаемую задачу.

На макросах тоже можно, но лучше не надо. Кода больше получается, сам код в случае макросов требует применения SFINAE - в общем красивым код не назовёшь. Да и макросы менее надёжны.

на работе просто собрал, а протестил вот сейчас дома- не отрабатывает коннект.

class Test : public QObject
{
    Q_OBJECT
public:
    explicit Test(QObject *parent = nullptr) : QObject(parent) {}

    void foo()
    {
        qDebug() << "foo";
        emit somesignal();
    }

    template<typename TSignal>
    void waitingFor(TSignal &&signal)
    {
        qDebug() << "waitingFor";
        connect(this, signal, [](){ qDebug() << "signal received"; });
    }

signals:
    void somesignal();
};
...
_test->foo();
_test->waitingFor(&Test::somesignal);

именно qDebug() << "signal received";
Может нельзя передавать в метод сигнал, а потом соединяться с ним?

я вот думаю, что всё же правильней передавать const char *. Но всё равно тишина...

class Test : public QObject
{
    Q_OBJECT
public:
    explicit Test(QObject *parent = nullptr) : QObject(parent) {}

    void foo()
    {
        QTimer *timer = new QTimer;
        timer->setSingleShot(true);
        timer->start(5000);
        connect(timer, &QTimer::timeout, timer, &QTimer::stop);
        emit somesignal();
    }

    static void waitingFor(QObject *sender, const char *signalFromObj)
    {
        qDebug() << "waitingFor";
        QEventLoop loop;
        connect(sender, signalFromObj, &loop, SLOT(quit()));
        loop.exec();
    }

signals:
    void somesignal();
};
...
_test->foo();
Test::waitingFor(_test, SIGNAL(somesignal()));
qDebug() << "mainwindow";

qDebug() << "mainwindow"; не отработает.

я вот думаю, что всё же правильней передавать const char *. Но всё равно тишина...

Вы неправильно думаете. При компиляции проектов на C/C++ макросы разворачиваются в полноценный код, а в случае Qt присутствует ещё и этап создания moc файлов, в которых эти макросы уже интерпретируются в сигнатуры функций и создаётся код коннектов. И только потом уже происходит компиляция всех созданных исходников. В Qt не создаются налёту подключения сигналов и слотов из указателей на const char *, потому что SIGNAL и SLOT - это не строки, это макросы. Весь процесс создания кода в случае SIGNAL и SLOT для сигналов и слотов происходит на этапе ПРЕДКОМПИЛЯЦИИ, а не в рантайме. А то, что вы пытаетесь передавать указатель на const char - это рантайм.

Я вам дал полностью рабочий пример кода, который оттестировал и запустил.

Вот модифицированный вариант, который тоже работает.

#ifndef MODEL_H
#define MODEL_H

#include <QEventLoop>
#include <QDebug>

class Model : public QObject
{
    Q_OBJECT
public:
    explicit Model(QObject *parent = nullptr) : QObject(parent) {}

    template<typename TSignal>
    void waitingFor(TSignal&& signal)
    {
        connect(this, signal, [](){ qDebug() << "Signal emitted"; });
    }

signals:
    void someSignal();
};

#endif // MODEL_H

Вот так его можно использовать

widget.h

#ifndef WIDGET_H
#define WIDGET_H

#include <QWidget>
#include "model.h"

QT_BEGIN_NAMESPACE
namespace Ui { class Widget; }
QT_END_NAMESPACE

class Widget : public QWidget
{
    Q_OBJECT

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

private slots:
    void on_pushButton_clicked();

    void on_sendSignalButton_clicked();

private:
    Ui::Widget *ui;

    Model m_model;
};
#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;
}

void Widget::on_pushButton_clicked()
{
    m_model.waitingFor(&Model::someSignal);
}

void Widget::on_sendSignalButton_clicked()
{
    emit m_model.someSignal();
}

Вот тестовый проект

CheckSignals.zip