how does PropertyChangedEventHandler work?

前端 未结 3 1376
一生所求
一生所求 2020-12-13 21:11

This is a really simple question, but I was wondering if someone could explain what the 4th line is actually doing? so the first line gives an event to the handler. I don\'t

相关标签:
3条回答
  • 2020-12-13 21:14

    PropertyChanged is the event that was declared like this, according to its definition in the interface:

    public event PropertyChangedEventHandler PropertyChanged;
    

    Events that are defined like that are actually a syntactic sugar for a list of event handlers you can add a delegate (that is a reference to a function) to by subscribing, or remove a delegate by unsubscribing.

    Now, when you call an event, i.e. PropertyChanged(...), then what happens internally is that every delegate in that internal list is called separately with the parameters. This will tell all the subscribers of your event that the event happened.

    Now, the reason for the whole thing with the handler variable is, that PropertyChanged can be null. If nothing subscribed to it, then calling the event (or rather the event handler list) would not work, so this is just a way to ensure that you can actually execute the handler.

    0 讨论(0)
  • 2020-12-13 21:16

    If you just did:

    PropertyChanged(this, new PropertyChangedEventArgs(name))
    

    you would get a NullReferenceException if no one was subscribed to the event PropertyChanged. To counteract this you add a null check:

    if(PropertyChanged != null)
    {
        PropertyChanged(this, new PropertyChangedEventArgs(name))
    }
    

    Now, if you are using multi-threading someone could unsubscribe between the null check and the calling of the event, so you could still get a NullReferenceException. To handle that we copy the event handler to a temporary variable

      PropertyChangedEventHandler handler = PropertyChanged;
      if (handler != null)
      {
        handler(this, new PropertyChangedEventArgs(name));
      }
    

    Now if someone unsubscribes from the event our temporary variable handler will still point to the old function and this code now has no way of throwing a NullReferenceException.

    Most often you will see people use the keyword var instead, this makes it so you don't need to type in the full type of the temporary variable, this is the form you will see most often in code.

      var handler = PropertyChanged;
      if (handler != null)
      {
        handler(this, new PropertyChangedEventArgs(name));
      }
    
    0 讨论(0)
  • 2020-12-13 21:19

    handler can be null if no handlers are subscribed to the event, the fourth line raises the event for the property name given (which executes all subscribed handlers).

    Usually the WPF framework will subscribe to PropertyChanged when you use bindings, so it can update the binding once the bound property changes.

    0 讨论(0)
提交回复
热议问题