QObject::connect: Nicht Warteschlange Argumente vom Typ 'int&'

Habe ich versucht, dies zu tun :

connect(this, SIGNAL(signalClicked(int&)),  classA, SLOT(doWork(int&)));

Aber ich bekomme die Meldung im Titel.
So habe ich erforscht das internet und ich kam mit dieser Lösung, die nicht funktioniert entweder:

 qRegisterMetaType<int&>("Type");
 connect(this, SIGNAL(signalClicked(Type)),  classA, SLOT(doWork(Type)));

Fehler: keine passende Funktion für Aufruf von " qRegisterMetaType(const char[5])'

Irgendwelche Lösungen?

  • Tun Sie #include <QMetaType>?
  • Ja ich weiß, das ist, warum ich verstehe es nicht...
  • Vielen Dank für Ihre Antwort, aber ich habe bereits gefunden, diese Lösung hier: qtforum.org/article/36440/... und leider funktioniert es immer noch nicht.
  • Wo ist dein Q_DECLARE_METATYPE ?
  • Einfach unter die includes.
  • Laut Qt-Doku für qRegisterMetaType "Jede Klasse oder Struktur, das einen öffentlichen default-Konstruktor, einem öffentlichen copy-Konstruktor und eine öffentliche Destruktor registriert werden können.", was darauf hindeutet, es ist nur für Klassen und Strukturen. Jemand kann in der Lage sein, korrigieren Sie mich hier, aber ich glaube nicht, sollten Sie brauchen, um zu registrieren, den Typ int&.
  • Das ist genau das, was ich dachte.

InformationsquelleAutor Thibel | 2013-06-13
  1. 20

    Wenn Qt versucht die Warteschlange die Argumente, die bedeutet, dass die Verbindung zwischen Gewinde. Dies funktioniert nicht für nicht-const-Referenzen.

    Könnte man eine reference_wrapper um dies zu umgehen, aber ich würde empfehlen, dass Sie überdenken Ihre design. Die übergabe der Werte per Referenz in der signal/slot-verbindungen ist keine gute Idee.

    • Ich weiß, es ist nicht der gute Weg, es zu tun, aber ich bin neu hier und das ist die einzige Lösung, die ich gefunden. Eigentlich das, was ich versuche zu erreichen, ist ein update ein Attribut in der main-thread und lies es aus einem anderen thread in einer Endlosschleife. Ich werde versuchen, was du vorgeschlagen hast, obwohl
    • als Qt kopiert das Objekt, warum ist es nicht eine gute Idee, pass-Werte von Referenz?
    • Wenn der Auftragnehmer nimmt eine Kopie, was ist der Punkt in der Weitergabe von (nicht-const) - Referenz? Die empfangende Schlitz nicht in der Lage, ändern Sie die original-sowieso (während getäuscht zu denken, dass es sein könnte). Weiter, der Punkt hinter Qt-Signale/slots ist, dass das signal emitter nicht weiß, was angeschlossen ist, oder wie viele verbindungen es gibt. Wenn es zwei miteinander verbundene Steckplätze, und Sie versuchen, ändern Sie das Objekt per Referenz übergeben, dann haben Sie alle möglichen potential für Fehler. Es wird funktionieren, in bestimmten Situationen, mit non-queued verbindungen, aber es ist immer noch schlechtes design.
    • Sie konnte nur Strahlen ein signal in den main, der vergeht, wird der Wert als argument, um einen Schlitz in deinem thread jedes mal, wenn Sie ändern Sie den Wert dieser Variablen. Beachten Sie auch, dass Sie nicht passieren können einen non-const-Referenz als argument in Signale und slots bei Verwendung einer Warteschlange Verbindung.
    • Ich sehe Ihren Punkt über die irreführende Erklärung. Wenn es gewünscht Verweis übergeben, die Verwendung von QMutex um zu verhindern, dass Probleme von mehreren Hörern ändern der Daten schützen vor Probleme. Dies ist allerdings akademisch, weil in QMetaObject::aktivieren, wenn die Art der Verbindung ist AutoConnection und sender und Empfänger sind in verschiedenen threads, wird der Wert kopiert wird. Siehe hier: woboq.com/blog/how-qt-signals-slots-work.html
    InformationsquelleAutor Dan Milburn
Schreibe einen Kommentar