Verwenden von emit vs Aufrufen eines Signals, als wäre es eine reguläre Funktion in Qt

Angenommen, ich habe dieses Signal:

signals:
    void progressNotification(int progress);

Ich habe erst kürzlich etwas über das Schlüsselwort emit in Qt erfahren. Bisher habe ich Signale ausgeführt, indem ich sie wie eine reguläre Funktion aufgerufen habe. Also statt:

emit progressNotification(1000 * seconds);

Ich würde schreiben:

progressNotification(1000 * seconds);

Es schien zu funktionieren, sie so aufzurufen, und alle verbundenen Slots würden ausgeführt. Verursacht die Verwendung des Schlüsselworts emit ein anderes Verhalten, oder handelt es sich nur um syntaktischen Zucker?

emitist nur syntaktischer Zucker. Wenn Sie sich die vorverarbeitete Ausgabe der Funktion ansehen, die ein Signal aussendet, sehen Sie, dass sie emiteinfach weg ist.

Die "Magie" geschieht im generierten Code für die Signalemissionsfunktion, die Sie durch Überprüfen des von moc generierten C ++ - Codes betrachten können.

Zum Beispiel erzeugt ein fooSignal ohne Parameter diese Elementfunktion:

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

Und der Code emit foo();wird einfach vorverarbeitetfoo();

emitwird wie folgt definiert Qt/qobjectdefs.h(im Open-Source-Flair der Quelle):

#ifndef QT_NO_EMIT
# define emit
#endif

(Mit dem Define Guard können Sie Qt mit anderen Frameworks verwenden, deren Namen über die no_keywordsQMake-Konfigurationsoption kollidieren .)

Nach 18 Monaten ... begann ich mit Kommentaren unter @ Mats Antwort und hatte schnell keinen Platz mehr. Also die Antwort.

IMO emitist weder syntaktischer Zucker noch ein einfaches Schlüsselwort in dem Sinne, dass

1. Es generiert Code (wie oben von @Mat erläutert).
2. Es hilft dem connectMechanismus zu erkennen, dass es sich tatsächlich um ein signalund handelt
3. Es macht Ihr Signal zu einem Teil eines "größeren" Systems, in dem Signale und Antworten (Slots) synchron oder asynchron ausgeführt oder in eine Warteschlange gestellt werden können, je nachdem, wo und wie das Signal gesendet wurde. Dies ist eine äußerst nützliche Funktion des Signal- / Steckplatzsystems.

Das gesamte Signal- / Slot-System ist eine andere Sprache als ein einfacher Funktionsaufruf. Ich glaube, es ergibt sich aus dem Beobachtermuster. Es gibt auch einen großen Unterschied zwischen a signalund a slot: Ein Signal muss nicht implementiert werden, während ein Slot sein muss !

Sie gehen die Straße entlang und sehen ein brennendes Haus (ein Signal). Sie wählen 911 ( verbinden Sie das Feuersignal mit dem 911-Antwortsteckplatz ). Das Signal wurde nur ausgesendet , während der Slot von der Feuerwehr implementiert wurde. Mag ungenau sein, aber Sie bekommen die Idee. Schauen wir uns das Beispiel von OP an.

Einige Backend-Objekte wissen, wie viel Fortschritt erzielt wurde. Es könnte also einfach emit progressNotification(...)signalisieren. Es liegt an der Klasse, die den tatsächlichen Fortschrittsbalken anzeigt, dieses Signal aufzunehmen und darauf auszuführen. Aber wie verbindet sich die Ansicht mit diesem Signal? Willkommen beim Signal- / Slot-System von Qt. Man kann sich jetzt eine Manager-Klasse vorstellen (typischerweise eine Art Widget), die aus einem Ansichtsobjekt und einem Datenberechnungsobjekt (beide sind QObjects) besteht connect (m_myDataEngine, &DataEngine::progressNotification, m_myViewObj, &SimpleView::displayProgress).

Lassen Sie uns nicht auf die Designaspekte der Manager-Klasse eingehen, aber es genügt zu sagen, dass hier das Signal- / Slot-System glänzt. Ich kann mich darauf konzentrieren, eine sehr saubere Architektur für meine Anwendung zu entwerfen. Nicht immer, aber oft stelle ich fest, dass ich nur Signale aussende, aber Slots implementiere .

Wenn es möglich ist, eine Signalmethode zu verwenden / aufzurufen, ohne sie jemals auszusenden , bedeutet dies zwangsläufig, dass Sie diese Funktion überhaupt nicht als Signal benötigt haben.

Die zweite Option würde bedeuten, dass Sie immer wissen, wie der Funktionsname und die Funktionsparameter lauten und dass das Objekt, an das Sie es senden, dieser bestimmten Funktion bekannt ist. Diese beiden Fälle sind nicht immer wahr, daher sind dies die beiden Hauptgründe, warum Slots und Signale erstellt wurden. "unter der Haube" Der Signal- und Slot-Mechanismus ist nur eine Tabelle mit Zeigern auf jede angeschlossene Funktion.

Schauen Sie sich auch dieses PDF an, das die Art des Signal- und Slot-Mechanismus sehr deutlich erklärt: http://www.elpauer.org/stuff/a_deeper_look_at_signals_and_slots.pdf