Использование emit против вызова сигнала, как если бы это была обычная функция в Qt

Допустим, у меня есть такой сигнал:

signals:
    void progressNotification(int progress);

Я только недавно узнал о ключевом слове emit в Qt. До сих пор я использовал сигналы, просто вызывая их как обычную функцию. Так что вместо:

emit progressNotification(1000 * seconds);

Я бы написал:

progressNotification(1000 * seconds);

Вызов их таким образом, казалось, сработал, и все подключенные слоты будут выполняться, поэтому использование ключевого слова emit вызывает другое поведение или это просто синтаксический сахар?

emitпросто синтаксический сахар. Если вы посмотрите на предварительно обработанный вывод функции, которая излучает сигнал, вы увидите, что emitего просто нет.

«Магия» происходит в сгенерированном коде для функции испускания сигналов, на которую вы можете взглянуть, проверив код C ++, сгенерированный moc.

Например, fooсигнал без параметров генерирует эту функцию-член:

void W::foo()
{
    QMetaObject::activate(this, &staticMetaObject, 0, 0);
}

И код emit foo();предварительно обрабатывается, чтобы простоfoo();

emitопределяется в Qt/qobjectdefs.h(во всяком случае, в версии исходного кода с открытым исходным кодом), например:

#ifndef QT_NO_EMIT
# define emit
#endif

(Функция define Guard позволяет вам использовать Qt с другими фреймворками, которые имеют no_keywordsконфликтующие имена, с помощью параметра конфигурации QMake.)

Спустя 18 месяцев ... Я начал с комментариев под ответом @Mat, и мне быстро не хватало места. Итак, ответ.

IMO не emitявляется ни синтаксическим сахаром, ни простым ключевым словом в том смысле, что

1. Он генерирует код (как объяснено @Mat выше),
2. Это помогает connectмеханизм признать , что на самом деле это signalи
3. Это делает ваш сигнал частью «более крупной» системы, где сигналы и ответы (слоты) могут выполняться синхронно или асинхронно или ставиться в очередь, в зависимости от того, где и как был испущен сигнал. Это чрезвычайно полезная функция системы сигнал / слот.

Вся система сигнал / слот - это идиома, отличная от простого вызова функции. Я считаю, что это проистекает из модели наблюдателя. Существует также большая разница между a signalи a slot: сигнал не должен быть реализован, тогда как слот должен быть !

Вы идете по улице и видите горит дом (сигнал). Вы набираете 911 ( соедините пожарный сигнал со слотом ответа 911 ). Сигнал только излучали , а слот реализовала пожарная служба. Может быть неточно, но идею вы поняли. Давайте посмотрим на пример ОП.

Некоторый серверный объект знает, какой прогресс был достигнут. Так что это могло просто emit progressNotification(...)сигнализировать. Класс, который отображает фактический индикатор выполнения, должен выбрать этот сигнал и выполнить его. Но как представление связано с этим сигналом? Добро пожаловать в систему сигналов / слотов Qt. Теперь можно представить себе класс менеджера (обычно своего рода виджет), который состоит из объекта представления и объекта вычисления данных (оба они QObjects), которые могут выполнять connect (m_myDataEngine, &DataEngine::progressNotification, m_myViewObj, &SimpleView::displayProgress).

Давайте не будем вдаваться в аспекты дизайна класса менеджера, но достаточно сказать, что именно здесь система сигнал / слот проявляет себя. Я могу сосредоточиться на разработке очень чистой архитектуры для своего приложения. Не всегда, но часто я обнаруживаю, что просто отправляю сигналы, а использую слоты .

Если возможно использовать / вызвать метод сигнала, не испуская его , то это обязательно означает, что вам никогда не нужна эта функция в качестве сигнала .

Второй вариант подразумевает, что вы всегда знаете, каковы имя функции и параметры функции, и что объект, которому вы его отправляете, известен этой конкретной функции. Эти два случая не всегда верны, так что это две основные причины, по которым были созданы слоты и сигналы. «Под капотом» механизм сигналов и слотов - это просто таблица с указателями на каждую подключенную функцию.

Также посмотрите этот PDF-файл, который очень четко объясняет природу механизма сигналов и слотов: http://www.elpauer.org/stuff/a_deeper_look_at_signals_and_slots.pdf