Qt événements et de signaux/slots

De l'intervalle Qt monde, quelle est la différence d'événements et de signaux/slots?

- T-on remplacer l'autre? Sont des événements d'une abstraction de signal/slots?

InformationsquelleAutor Raphael | 2010-09-25

c++qt

27

La Documentation de Qt explique sans doute le mieux:

Dans Qt, les événements sont des objets, des dérivés
de l'abstrait QEvent classe, qui
représenter des choses qui se sont passées
soit au sein d'une application ou d'un
résultat de l'activité extérieure que l'
l'application a besoin de les connaître.
Les événements peuvent être reçues et traitées par
une instance de QObject sous-classe,
mais ils sont particulièrement pertinents pour
les widgets. Ce document décrit comment
les événements sont livrés et traitées dans un
application typique.

Donc, les événements et les signaux/slots sont deux mécanismes parallèles accomplir les mêmes choses. En général, un événement est généré par un organisme extérieur (par exemple, le clavier ou la molette de la souris) et sera livré par la boucle d'événements dans QApplication. En général, sauf si vous configurez le code, vous ne serez pas générer des événements. Vous pouvez les filtrer par QObject::installEventFilter() ou de gérer les événements en sous-classé objet en substituant les fonctions appropriées.

Les signaux et les Slots sont beaucoup plus faciles à générer et de recevoir et vous pouvez connecter deux QObject sous-classes. Ils sont gérés par le biais de la Métaclasse (jetez un oeil à votre moc_classname.cpp fichier pour plus de détails), mais la plupart des interclasses de communication que vous produirez sera probablement utiliser les signaux et les slots. Les signaux peuvent se livrer immédiatement ou en différé, via une file d'attente (si vous êtes à l'aide de threads).

Un signal peut être généré.
- le report de la file d'attente est la même que la file d'attente boucle d'événements, ou il existe deux files d'attente? un pour différés et des signaux sur l'événement ?
- honte à vous d'avoir accepté cette réponse. – Le paragraphe cité ne contient même pas les mots “signal” ou “slot”!
- mais la réponse est plus que juste le paragraphe cité...
- le paragraphe est cité par “[il] explique le mieux”, dont il n'a pas. Pas du tout. Même pas un peu.
- donc, si cette petite intro ligne a été changé pour "commençons d'Abord par examiner comment les docs expliquer les événements, avant de procéder à l'examen de la façon dont ils sont liés à des signaux" seriez-vous ok avec la réponse? Si oui, alors il nous suffit de modifier la réponse de l'améliorer, car c'est un point mineur, et je suis d'accord pourrait être mieux formulé. [Edit c'est une véritable question: comme je ne suis pas sûr que le reste est beaucoup mieux....mais juste parce que la quote-part ne mentionne pas les signaux semble superficielle inquiétez si le reste est vraiment bon, qui je ne suis pas en supposant que.]
- si vous supprimez le citer entièrement, il permettra d'améliorer la réponse dans mes yeux. – Si vous supprimez l'intégralité de la réponse, il permettra d'améliorer l'ensemble de cette assurance de la qualité.
InformationsquelleAutor Harald Scheirich
137

Dans Qt, de signaux et événements sont à la fois les implémentations de la Modèle observateur. Ils sont utilisés dans des situations différentes, parce qu'ils ont des forces et des faiblesses.

Tout d'abord nous allons définir ce que nous entendons par "événement de Qt' exactement: une fonction virtuelle dans une classe Qt, qui vous êtes attendus à ré-écrire dans une classe de base de la vôtre si vous souhaitez gérer l'événement. C'est lié à la Méthode de modèle de modèle.

Remarque comment j'ai utilisé le mot "poignée". Ici, en effet, une différence fondamentale entre l'intention de signaux et événements:
- Vous "poignée" événements
- Vous "être averti de" signal émissions
La différence est que lorsque vous "traiter" le cas, vous prenez la responsabilité de "répondre" à un comportement qui est utile à l'extérieur de la classe. Par exemple, considérons une application qui a un bouton avec un numéro dessus. L'application doit permettre à l'utilisateur de se concentrer sur le bouton et de modifier le numéro en appuyant sur les boutons "haut" et "bas" de votre clavier. Sinon, le bouton doit fonctionner comme une normale QPushButton (il peut être cliqué, etc). Dans Qt ceci est fait par la création de votre propre petit réutilisables "composant" (sous-classe de QPushButton), qui reimplements QWidget::keyPressEvent. Pseudo:
```
class NumericButton extends QPushButton
    private void addToNumber(int value):
        //...

    reimplement base.keyPressEvent(QKeyEvent event):
        if(event.key == up)
            this.addToNumber(1)
        else if(event.key == down)
            this.addToNumber(-1)
        else
            base.keyPressEvent(event)
```
Voir? Ce code présente une nouvelle abstraction: un widget qui agit comme un bouton, mais avec quelques fonctionnalités supplémentaires. Nous avons ajouté cette fonctionnalité très commodément:
- Depuis que nous avons ré-implémenté un virtuel, de notre la mise en œuvre devient automatiquement encapsulé dans notre classe. Si Qt, les designers avaient fait keyPressEvent un signal, nous aurions besoin de décider si hériter QPushButton ou juste à l'extérieur de connecter le signal. Mais ce serait stupide, puisque dans Qt vous êtes toujours devrait hériter lors de l'écriture d'un widget avec un comportement personnalisé (pour une bonne raison - de la possibilité de réutilisation/modularité). Donc, en faisant keyPressEvent un événement, ils expriment leur intention de keyPressEvent est juste un bloc de construction de base de la fonctionnalité. Si c'était un signal, il aurais l'air d'un utilisateur face chose, quand il n'est pas destiné à être.
- Depuis la classe de base-mise en œuvre de la fonction est disponible, nous pouvons facilement mettre en œuvre les La chaîne de responsabilité de patron par la gestion de nos cas particuliers (haut&bas de votre clavier) et en laissant le reste de la classe de base. Vous pouvez voir que ce serait presque impossible si keyPressEvent ont été un signal.
La conception de l'intervalle Qt est bien pensé - et ils nous ont fait tomber dans la fosse de succès par il est facile de faire la bonne chose et difficile de faire la mauvaise chose (en faisant événement keypressevent un événement).

D'autre part, envisager l'utilisation la plus simple de QPushButton - juste de l'instanciation, et averti lorsqu'il est cliqué:
```
button = new QPushButton(this)
connect(button, SIGNAL(clicked()), SLOT(sayHello())
```
C'est censé être fait par le utilisateur de la classe:
- si nous avions à la sous-classe QPushButton chaque fois que nous voulons que le bouton pour nous aviser d'un clic, qui nécessiterait beaucoup de sous-classes pour aucune bonne raison! Un widget qui affiche toujours un "Hello world" messagebox lorsque l'utilisateur clique dessus n'est utile que dans un seul cas - il est donc totalement non réutilisables. Encore une fois, nous n'avons pas le choix, mais de faire la bonne chose - en se connectant à l'extérieur.
- nous pouvons souhaitez connecter plusieurs fentes pour clicked() - ou de connecter plusieurs signaux à sayHello(). Avec des signaux il n'y a pas de chichi. Avec sous-classement, vous auriez à vous asseoir et de réfléchir à certains diagrammes de classes jusqu'à ce que vous décidez sur une conception appropriée.
Noter que l'un des endroits les QPushButton émet clicked() est dans son mousePressEvent() mise en œuvre. Cela ne veut pas dire clicked() et mousePressEvent() sont interchangeables - seulement qu'ils sont liés.

Afin de signaux et événements ont des finalités différentes (mais sont liées en ce que les deux vous permettent de vous abonner à une notification de quelque chose qui se passe).

InformationsquelleAutor Stefan Monov
38

Je n'aime pas les réponses. – Permettez-moi de me concentrer sur cette partie de la question:

Sont des événements d'une abstraction de signal/slots?

Réponse courte: non. La longue réponse soulève une “mieux” question: Comment sont les signaux et les événements liés?

Inactif boucle principale (Qt par exemple) est généralement “coincé” dans un appel select() du système d'exploitation. Cet appel fait de l'application de “sommeil”, alors qu'il passe un tas de douilles ou des fichiers ou que ce soit pour le noyau demander: si quelque chose change sur ces, laisser le select() de retour d'appel. – Et le noyau, comme le maître du monde, ne sait quand cela se produit.

Le résultat de l'appel select() pourrait être: de nouvelles données sur la socket se connecter à X11, un paquet à un port UDP nous écouter sur entrée, etc. – ce genre de choses n'est ni un signal Qt, ni un événement de Qt et Qt boucle principale décide elle-même si elle tourne les frais de données dans l'un, l'autre ou l'ignore.

Qt pourrait appeler une méthode (ou plusieurs) comme événement keypressevent(), a pour effet de transformer en un événement de Qt. Ou Qt émet un signal qui, en effet, cherche toutes les fonctions enregistrées pour ce signal, et les appelle l'un après l'autre.

Une différence de ces deux concepts est visible ici: un logement a pas de vote sur si d'autres emplacements enregistrés pour ce signal sera appelée ou non. – Les événements sont plus comme une chaîne, et le gestionnaire d'événement décide si elle interrompt la chaîne ou pas. Les signaux de ressembler à une star ou d'un arbre à cet égard.

Un événement peut déclencher ou être entièrement transformé en un signal (juste émettent un, et de ne pas l'appeler “super()”). Un signal peut être transformé en un événement (appel d'un gestionnaire d'événement).

Ce que les résumés de quoi dépend le cas: la clicked()-signal résumés des événements de la souris (bouton va vers le bas et de nouveau sans trop se déplaçant autour). Les événements de clavier sont des abstractions des niveaux inférieurs (des choses comme 果 ou é de plusieurs coups de clés sur mon système).

Peut-être le focusInEvent() est un exemple du contraire: il pourrait utiliser (et donc abstrait), l'clicked() du signal, mais je ne sais pas si dans la réalité.
- Je trouve cette partie: "une fente a pas de vote sur si d'autres emplacements enregistrés pour ce signal sera appelée ou non" très instructives pour la différence entre les signaux et les événements. Cependant, j'ai une question connexe: quels sont les Messages et la façon dont les messages sont liés à des signaux et des événements? (si elles sont liées). Les messages sont une abstraction pour les signaux et les événements? Peuvent-ils être utilisés pour décrire ces interactions entre QObjects (ou d'autres objets?)
- Dans Qt, il n'y a pas une telle chose comme "messages". Eh bien, il ya une boîte de message, mais c'est tout.
- Je vous remercie. J'étais sens "événements".
- Votre question est un non-sens. Il lit: "quels sont les événements et comment sont les événements liés à des signaux et des événements".
- Je ne me souviens pas du contexte, un an plus tard. De toute façon, il semble que j'ai demandé à presque la même chose que l'OP: quelle est la différence entre le quartier eventes et la façon dont les événements sont liés à des signaux et des slots. Ce qui était vraiment le cas à l'époque, autant que je me souvienne, je cherchais un moyen pour envelopper Qt signal/slot piloté par les classes dans une sorte de non-classes de Qt, j'ai donc été à la recherche à un certain moyen de commande de la première à partir à l'intérieur de ce dernier. J'imagine que j'envisage l'envoi d'événements à eux, car cela signifiait que je n'avais qu'à inclure Qt en-têtes, et pas la force de mes cours pour mettre en œuvre les signaux/slots.
InformationsquelleAutor Robert Siemer
13

Les événements sont distribués par la boucle d'événements. Chaque programme GUI a besoin d'une boucle d'événements, ce que vous écrivez Windows ou Linux, en utilisant Qt, Win32, ou de toute autre bibliothèque d'interface graphique. Ainsi chaque thread possède sa propre boucle d'événements. Dans Qt "GUI Boucle d'Événement" (qui est la boucle principale de toutes les applications Qt) est caché, mais vous commencez à en appelant:
```
QApplication a(argc, argv);
return a.exec();
```
Messages d'OS et d'autres applications envoyer à votre programme sont expédiés dans les événements.

Signaux et slots de Qt sont des mécanismes. Dans le processus de compilations à l'aide de moc (meta-object compilateur), ils sont changés pour des fonctions de rappel.

Événement doit avoir un récepteur, ce qui devrait l'envoi. Personne d'autre ne doit obtenir cet événement.

Toutes les fentes connecté au signal émis sera exécuté.

Vous ne devriez pas penser à des Signaux d'événements, car comme vous pouvez le lire dans la documentation de Qt:

Lorsqu'un signal est émis, les logements qui y sont connectés sont généralement exécutées immédiatement, tout comme une fonction normale d'appel. Lorsque cela se produit, les signaux et les
fentes mécanisme est totalement indépendant
de l'interface graphique boucle d'événements.

Lorsque vous envoyez un événement, il faut attendre un certain temps jusqu'à ce que la boucle d'événements, les dépêches de tous les événements qui sont arrivés plus tôt. De ce fait, l'exécution du code après l'envoi de l'événement ou le signal est différent. Code à la suite de l'envoi d'un événement sera exécuté immédiatement. Avec les signaux et les slots mécanismes, il dépend du type de connexion. Normalement, il sera exécuté après toutes les machines à sous. À l'aide de Qt::QueuedConnection, il sera exécuté immédiatement, tout comme les événements. Vérifier tous les types de connexion dans la documentation de Qt.
- Cette phrase me donner une description concise de la compréhension de la différence entre Qt signal-slot et événements : When you send an event, it must wait for time when event loop dispatch all events that came earlier. Because of this, execution of the cod after sending event or signal is different
InformationsquelleAutor firescreamer
7

Il y a un article qui traite de traitement des événements dans le détail: http://www.packtpub.com/article/events-and-signals

Il des discussions de la différence entre les événements et les signaux ici:

Les événements et les signaux sont deux mécanismes parallèles utilisés pour accomplir le
même chose. Comme une différence en général, les signaux sont utiles lors de l'utilisation d'un
widget, tandis que les événements sont utiles lors de la mise en œuvre du widget. Pour
exemple, quand on utilise un widget comme QPushButton, nous sommes plus
intéressé dans son clicked() du signal que dans le faible niveau de la souris appuyez sur
touche ou appuyez sur les événements provoqués par le signal émis. Mais si nous
sont la mise en œuvre de la QPushButton classe, nous sommes plus intéressés par le
la mise en œuvre du code de la souris et des principaux événements. Aussi, nous avons l'habitude
gérer les événements, mais soyez averti par le signal de serre.

Cela semble être une façon commune de parler d'elle, que l'on a accepté la réponse utilise certains des mêmes phrases.

Remarque, veuillez voir les commentaires ci-dessous sur cette réponse de Kuba Ober, qui me font me demander si elle pourrait être un peu simpliste.
- Je ne vois pas comment ils seraient deux mécanismes utilisés pour accomplir la même chose - je pense qu'il est inutile de généralisation qui aide à personne.
- non, il permet d'éviter la baisse du niveau de détails. Diriez-vous que Python n'est pas utile parce que vous pouvez faire la même chose écrit en code machine? 🙂
- Les généralisations doivent être pédagogiquement utiles: ils devraient conduire à une meilleure compréhension. Ici, je ne vois pas comment il est utile de quelque façon à expliquer ce qui se passe.
- il y a deux questions: voulez-vous dire que la citation est fausse, ou que les signaux/événements sont inutiles division au sein de Qt? Je suis en supposant que la citation est de droit, mais, franchement, je ne parierais ma voiture sur elle. J'ai juste pensé qu'il serait utile d'informations pour mettre en place ici.
- Je suis en train de dire que la première phrase de la citation est de généraliser donc loin d'être inutile. Techniquement il n'est pas incorrect, mais seulement parce que vous pourriez, si vous le désirez, utilisez l'événement de passer à accomplir ce que le signal-slot mécanisme, et vice-versa. Ce serait très lourd. Alors, non, signal-slots sont pas sur le même événement, ils ne pas accomplir la même chose, et le fait que les deux existent est critique pour le succès de l'intervalle Qt. Le bouton exemple cité ignore complètement la fonctionnalité générale de signal-slot système.
- "Les événements et les signaux sont deux mécanismes parallèles utilisés pour accomplir la même chose au sein de la portée limitée de certains widgets/contrôles." La partie en gras est fait cruellement défaut et rend la citation inutile. Même alors, on peut se demander comment une grande partie de la "même chose" est vraiment accompli: les signaux de vous permettre de réagir à des événements de clic sans l'installation d'un filtre d'événement sur le widget (ou dérivant de la widget). De le faire sans les signaux est beaucoup plus lourd et couples le code client étroitement à la commande. C'est une mauvaise conception.
- Alors peut-être, à l'aide de mon analogie, c'est presque comme si le devis a dit quelque chose de stupide comme " opérateurs Booléens (en Python) et langage machine sont deux mécanismes parallèles pour faire la même chose.'? C'est juste une sorte de ridicule, b/c les événements sont ubiquitious, alors que les signaux sont un sous-ensemble spécialisé de quelque chose qui est déjà de niveau supérieur. Peut-être pas une parfaite analogie, mais je vois votre point de mieux maintenant. Il n'est pas simple et fluide relation entre les deux qui permet une généralisation simpliste.
- Les événements sont omniprésents concept. La mise en oeuvre particulière dans Qt concrètement définit comme des structures de données transmis à event. Les signaux et les slots, sont, concrètement, les méthodes, tandis que le mécanisme de connexion est une structure de données qui permet au signal d'invoquer un ou plusieurs emplacements répertoriés comme connecté. J'espère vous voir que de parler de signaux/slots que certains "sous-ensemble" ou "variante" d'événements est un non-sens, et vice versa. Ils sont vraiment des choses différentes que arriver pour être utilisé à des extrémités dans le contexte de certains widgets. C'est tout. Plus vous généraliser, du moins utile, vous devenez à mon humble avis.
- Merci pour vos pensées sur cette question: je vais avoir à jongler avec elle. Summerfield les livres ont un peu sur ce, je vais revenir dessus, il est généralement très bonne. Je vais probablement mettre à jour ma réponse à un certain point.
InformationsquelleAutor neuronet
5

TL;DR: les Signaux et les slots sont indirectes, les appels de méthode. Les événements sont des structures de données. Donc, ils sont très différents des animaux.

Le seul moment où ils viennent ensemble, c'est quand le logement, les appels sont effectués dans les limites de thread. Le logement arguments d'appel sont emballés dans une structure de données et de m'envoyé comme un événement à la réception de la fil de la file d'attente des événements. Dans le fil, le QObject::event méthode déballe les arguments, exécute l'appel, et éventuellement renvoie le résultat si c'était un blocage de la connexion.

Si nous sommes prêts à généraliser à l'oubli, on pourrait penser à des événements comme un moyen d'invoquer la cible de l'objet event méthode. C'est une méthode indirecte d'appel, après une mode, mais je ne pense pas que c'est une manière utile de penser à ce sujet, même si c'est une véritable déclaration.

InformationsquelleAutor Kuba Ober
3

Événements (dans un sens général de l'utilisateur/réseau d'interaction) sont généralement traités dans Qt avec les signaux/slots, mais les signaux/slots pouvez faire beaucoup d'autres choses.

QEvent et de ses sous-classes sont en fait que peu de données normalisées des packages pour le cadre de communiquer avec votre code. Si vous voulez faire attention à la souris, d'une certaine façon, vous n'avez qu'à regarder la QMouseEvent API, et la bibliothèque, les concepteurs n'ont pas à réinventer la roue à chaque fois que vous devez comprendre ce que la souris n'a dans un coin de l'intervalle Qt de l'API.

Il est vrai que si vous êtes en attente pour les événements (à nouveau dans le cas général), de la sorte, votre logement sera presque certainement accepter un QEvent sous-classe comme un argument.

Avec cela dit, les signaux et les slots peuvent certainement être utilisées sans QEvents, bien que vous trouverez que l'impulsion initiale pour l'activation d'un signal sera souvent une sorte d'interaction de l'utilisateur ou d'autres asynchrone de l'activité. Parfois, cependant, votre code sera juste arriver à un point où de tirer un certain signal sera la bonne chose à faire. Par exemple, de tirer un signal connecté à un la barre de progression au cours d'un long processus n'implique pas une QEvent jusqu'à ce point.
- "Les événements sont généralement traités dans Qt avec les signaux/slots" - en fait non... QEvent objets sont toujours passés autour de la via surchargé virtuals! Par exemple, il n'y a pas de signal "keyDown" dans QWidget - au lieu de cela, keyDown est une fonction virtuelle.
- D'accord avec stefan, en fait une assez déroutant morceau de Qt
- Je dirais que peu assez de Qt apps remplacer keyDown (et plutôt principalement l'utilisation des signaux tels que les QAbstractButton::cliqué et QLineEdit::editingFinished) pour justifier "en général". J'ai certainement accroché d'entrée de clavier avant, mais ce n'est pas la manière habituelle de gestion des événements.
- après votre modification (de clarifier ce que vous entendez par "événement"), votre post est désormais correcte. Je m'abstiens de la réutilisation des mots comme ça, cependant. Les choses sont assez boueux sans appel de signaux "d'un type d'événements".
InformationsquelleAutor jkerian
1

Un autre mineur, la prise en compte pragmatique: l'émission et la réception de signaux, il faut hériter de QObject alors qu'un objet de tout l'héritage peut poster ou envoyer un événement (puisque vous invoquez QCoreApplication.sendEvent() ou postEvent()) Ce n'est généralement pas un problème mais: utiliser des signaux PyQt étrangement nécessite QObject pour être le premier super classe, et vous pourriez ne pas vouloir réorganiser votre ordre d'héritage juste pour être en mesure d'envoyer des signaux.)

InformationsquelleAutor bootchk
0

À mon avis, les événements sont totalement redondante et peut être jeté. Il n'y a aucune raison pourquoi les signaux ne pourraient pas être remplacés par des événements ou des événements par des signaux, sauf que Qt est déjà mis en place comme il est. En attente de signaux sont enveloppés par les événements et les événements qui pourraient parfaitement être enveloppé par des signaux, par exemple:
```
connect(this, &MyItem::mouseMove, [this](QMouseEvent*){});
```
De remplacer la commodité mouseMoveEvent() fonction trouvée dans QWidget (mais pas dans QQuickItem plus) et serait en mesure de gérer mouseMove signaux d'une scène, le responsable émettent de l'élément. Le fait que le signal est émis au nom de l'élément par certains à l'extérieur de l'entité n'a pas d'importance et se produit assez souvent dans le monde des composants de Qt, même si c'est soi-disant pas autorisé (composants de Qt souvent de contourner cette règle). Mais Qt est un conglomérat de plusieurs décisions relatives à la conception et à peu près immuables de peur de briser l'ancien code (ce qui arrive assez souvent quand même).
- Les événements ont l'avantage de la multiplication de la QObject hiérarchie parent-enfant, lorsque cela est nécessaire. Signal/slot connexions sont juste une promesse pour appeler une fonction, directement ou indirectement, lorsqu'une certaine condition est remplie. Il n'y a pas un associé de la manipulation de la hiérarchie avec les signaux et les slots.
- Vous pourriez mettre en œuvre similaire règles de propagation des signaux. Il n'y a pas de règle. qu'un certain signal ne peut pas être réémis vers un autre objet (l'enfant). Vous pouvez ajouter un accepted paramètre de référence à un signal et les fentes de le manipuler ou vous pourriez avoir une structure comme un paramètre de référence avec un accepted champ. Mais Qt fait le choix de conception il fait et ils sont maintenant fixés dans la pierre.
InformationsquelleAutor user1095108
0

J'ai trouvé cette question lors de la lecture de L'événement de transformation' par Leow Wee Kheng. Il dit aussi:

InformationsquelleAutor francek

Vous devez vous connecter pour publier un commentaire.