L'appel d'un gestionnaire d'événements en C#

J'ai essayé d'apprendre à utiliser les gestionnaires d'événements en C# mais je ne peux pas comprendre ce gestionnaire(e) dans le code suivant:

public event EventHandler ThresholdReached;

protected virtual void OnThresholdReached(EventArgs e)
{
    EventHandler handler = ThresholdReached;
    if (handler != null)
    {
        handler(this, e);
    }
}

Est-il en essayant d'appeler la méthode de gestionnaire d'événements (ce) avec l'événement (e)?

Connexes: stackoverflow.com/q/2448487

OriginalL'auteur Tony | 2012-08-31

  1. 3

    Il appelle tous enregistré des écouteurs d'événements qui sont enregistrés sur le ThresholdReached événement.

    La handler != null vérification permet de s'assurer au moins un écouteur est inscrit à cet événement.

    En C# 6.0 et au-dessus, vous pouvez utiliser Null Propagation:

    handler?.Invoke(this, e);

    handler(this, e) va appeler tous les inscrits de l'écouteur d'événement. Des écouteurs d'événements, abonnez-vous, avec l'aide de la += de l'opérateur et de se désabonner d' -= opérateur à cet événement.

    this est là pour donner de l'écouteur d'événement pour savoir qui a soulevé la ThresholdReached événement. Qui était l'expéditeur de l'événement.

    e est le cas de l'argument qui est également passé dans la méthode écouteur qui peuvent contenir plus d'informations utiles sur la ThresholdReached cas par exemple qui seuil a été atteint.

    Merci pour l'explication. Comment pourriez-vous enregistrer un écouteur pour l'événement?
    Avec l'opérateur+=. Comme dans l'autre classe yourInstanceWithTheEvent.ThresholdReached += SomeThresholdReachedHandler;

    OriginalL'auteur BlueM

  2. 1

    C'est élever un ThresholdReached événement avec des arguments de l'expéditeur=ce et eventarguments = e.
    En fait, c'est le même que le suivant;

    public event EventHandler ThresholdReached;

protected virtual void OnThresholdReached(EventArgs e)
{
    if (ThresholdReached != null)
    {
        ThresholdReached(this, e);
    }
}

    S'il y a des auditeurs de cet événement; il sera tout simplement appeler auditeur délégués;

    this.ThresholdReached += new EventHandler(Form1_ThresholdReached);

    Puis, lorsque cet événement est déclenché Form1_ThresholdReached fonction sera appelée avec this et e paramètres.

    Non, il n'est pas. L'exemple par l'OP est thread-safe.
    pouvez-vous expliquer?
    Imaginez ce qui arriverait si le dernier auditeur se désinscrit après la != null vérifier.
    ne pas le "gestionnaire" et le "ThresholdReached" point à la même référence? Désolé si je suis absent un certain point.
    Pas de. La liste d'invocation est copié pour la handler de référence. Voir ce post par Eric Lippert sur le sujet.

    OriginalL'auteur daryal

  3. 1

    Le code dans votre exemple des copies de tous les gestionnaires inscrits à la variable locale handler, vérifie que l'invocation de la liste n'est pas vide et appelle tous les membres de la copie d'invocation liste avec les arguments this et e.

    La raison pour le fait que vous obtenez un cliché de l'invocation de la liste, c'est que les délégués sont immuables. Vous obtenez une référence à l'actuel délégué multicast, et lorsque les gestionnaires sont ajoutés ou supprimés de la sauvegarde de domaine pointe vers un nouveau délégué créé à partir de deux immuable.

    La raison habituelle pour copier la liste d'invocation d'une variable locale est une certaine forme de fil-sécurité: un gestionnaire pourrait être désabonné entre l'habituel nullité check (vérifier que l'invocation de la liste n'est pas vide) et le réel de l'invocation: de cette façon, vous pourriez accidentellement le feu à un événement sans gestionnaire et un NullReferenceException serait jeté.

    OriginalL'auteur DoomMuffins

  4. 0

    handler se réfère à votre ThresholdReached événement. Donc, si quelqu'un s'abonne à ThresholdReached événements, leurs régimes enregistrés gestionnaire sera appelée avec des arguments thiset e.

    Oh que c'est plus logique. Merci.

    OriginalL'auteur ekholm

  5. 0

    C'est le Déclenchement de la ThresholdReached événement. Passer une référence à lui-même, this. Le passage d'arguments à propos de l'événement dans e.

    OriginalL'auteur burnttoast11

  6. 0

    Est-il en essayant d'appeler la méthode de gestionnaire d'événements (ce) avec l'événement (e)?

    Non, pas littéralement. Il est d'appeler le gestionnaire d'événements avec le EventArgs e et à l'aide de this comme expéditeur. Il pourrait aussi bien être:

    if (ThresholdReached != null)
{
    ThresholdReached(this, e);
}

    Ou, pour contourner le null check:

    public event EventHandler ThresholdReached = delegate { };

protected virtual void OnThresholdReached(EventArgs e)
{
    ThresholdReached(this, e);
}

    Mais, comme @Oded a noté, le premier morceau n'est pas thread-safe, parce que EventHandler handler = ThresholdReached crée une copie du gestionnaire, ce qui est mieux expliqué dans cette question.

    Sauf que l'exemple par l'OP est thread-safe.

    OriginalL'auteur CodeCaster

  7. 0

    L'appel au gestionnaire d'représente un appel de fonction dans un autre objet ou de la classe. Lorsque vous créez l'objet, vous serez capable d'écrire un morceau de code qui ressemble à ceci:

    obj.ThreasholdReached += new EventHandler(someFunction);

    someFunction dans cette classe sera définie comme ce

    public someFunction(object sender, EventArgs e) {...}

    la OnThreasholdReached fonction dans l'objet d'origine est ce que publie l'événement pour toute autre classe qui a assigné une fonction à la ThreasholdReached gestionnaire. À l'aide de handler comme un go-between est totalement inutile étape supplémentaire. Vous êtes toujours en disant if ThreasholdReached != null, c'est la même chose.

    En Résumé: La ligne de code handler(this, e) est en fait l'appel à tout abonné someFunction(object sender, EventArgs e) a été attribué à l'ThreasholdReached événement de l'objet.

    OriginalL'auteur Nevyn