WPF - Warum gibt es keine überschreibbare "OnDataContextChanged" -Methode?

Question

Das Objekt FrameworkElement hat DataContextChanged Ereignis. Es gibt jedoch keine OnDataContextChanged Methode, die überschrieben werden kann.

Irgendwelche Ideen warum?

Answer 1

Wenn eine Methode virtuell ist, hat der Benutzer die Option, entweder die Basisfunktionalität durch Aufrufen der Basisklassenmethode zu erweitern oder die Basisklassenfunktionalität zu ersetzen, indem die Basisklassenmethode nicht aufgerufen wird. Bei OnEvent() - Methoden wird das Ereignis nicht ausgelöst, wenn Sie die Basisklassenmethode nicht aufrufen (dafür ist die Basisklassenmethode verantwortlich.) Wenn die Basisklasse innerhalb der OnEvent-Methode eine Art von Statusverwaltung ausführt, Dies bedeutet, dass die abgeleitete Klasse den Status des Objekts versehentlich ungültig machen kann, wenn der Benutzer einen Aufruf der Basisklassenmethode auslässt. Die Dokumentation kann angeben: "Bitte rufen Sie immer die Basisklassenmethode auf", aber es gibt keine Möglichkeit, sie durchzusetzen.

Wenn ich ein Ereignis sehe, das keine virtuelle OnEvent() -Methode hat, gehe ich normalerweise davon aus, dass die Methode irgendeine Art von interner Zustandsverwaltung ausführt und die Designer der Klasse ihre Zustandsverwaltung garantieren wollen. Dies ist nicht der Fall in FrameworkElement, und es ist nicht das einzige Ereignis, das nicht dem Muster folgt, also bin ich neugierig, was die Argumentation ist.

Ich grub mich in Reflector um zu sehen, ob ich einen Grund entdecken könnte. Dort ist eine OnDataContextChanged() -Methode, aber es ist eine Abhängigkeitseigenschaft Änderung Handler und folgt nicht dem Standard-Ereignismuster. Dies ist wahrscheinlich der Grund dafür, es nicht virtuell zu schützen. Es ist nicht Standard, also wäre es verwirrend. Es ist statisch, also könnten Sie es sowieso nicht überschreiben. Da es automatisch vom Abhängigkeitseigenschaftsframework aufgerufen wird und Sie es nicht überschreiben können, glaube ich, dass wir den Grund haben, warum es privat statt statisch virtuell ist.

Sie könnten ein anderes Muster verwenden, um die normalen Ereignismuster zu entlarven:

class FrameworkElement 
{ 
    // difference: use DataContextPropertyChanged as the change callback 
    public static readonly DependencyProperty DataContextProperty = ... 

    protected virtual void OnDataContextChanged(...) 
    { 
     // raise the DataContextChanged event 
    } 

    private static void DataContextPropertyChanged(...) 
    { 
     ((FrameworkElement)d).OnDataContextChanged(...); 
    } 
} 

Meine Vermutung, warum sie dies nicht getan? Normalerweise rufen Sie OnEvent() auf, um das Ereignis auszulösen. Das Ereignis wird automatisch ausgelöst, wenn sich DataContext ändert, und es ist nicht sinnvoll, es zu einem anderen Zeitpunkt zu erhöhen.

Answer 2

Gute Frage.

Ich rate nur, aber in Reflector würde ich sagen, es ist nur Faulheit, vielleicht mit einer Prise (unbegründet?) Performance-Bedenken. FrameworkElement hat eine generische EventHandlersStore, die für die Verwaltung von Ereignisinformationen (Delegaten) für eine ganze Reihe von Ereignissen zuständig ist. Die Hinzufügen und Entfernen Logik in den CLR-Ereignissen (wie DataContextChanged) einfach Anruf in die EventHandlersStore mit dem entsprechenden Schlüssel.

Es gibt eine generische RaiseDependencyPropertyChanged Methode, die aufgerufen wird, um alle verschiedenen Arten von Ereignissen auszulösen. Es gibt auch eine private OnDataContextChanged Methode, die die RaiseDependencyPropertyChanged Methode aufruft. Es ist jedoch statisch und als Teil der d-prop-Metadaten registriert.

Also, kurz gesagt, sehe ich keinen technischen Grund, eine überschreibbare OnDataContextChanged Methode nicht zu enthalten. Sieht für mich wie eine Abkürzung in der Umsetzung aus.

Ist das nur akademisch, oder versuchen Sie hier etwas zu erreichen?

Answer 3

Silverlight Hinweis:

Bei der Silverlight Beta 4 gibt es keine DataContextChanged Veranstaltung (auch seine nicht öffentlich zumindest).

Die Microsoft Connect bug report wurde als "Fixed" markiert, aber ohne Angabe dessen, was das eigentlich bedeutet.

In der Zwischenzeit benötigen Sie eine Problemumgehung wie this one from CodeProject - die sehr einfach ist und sollte leicht zu wechseln, wenn Microsoft das Ereignis tatsächlich öffentlich macht.

Answer 4

Abhängigkeitseigenschaften verfügen normalerweise nicht über entsprechende virtuelle Methoden zum Auslösen des Ereignisses, da erwartet wird, dass die Änderungsereignisse vom Abhängigkeiteneigenschaftssystem selbst verwaltet werden.

Was Sie jedoch außer Kraft setzen kann, wird DependencyObject.OnPropertyChanged wie so jede Abhängigkeitseigenschaft Wechsel zu handhaben:

class MyClass : FrameworkElement { 

    protected override void OnPropertyChanged(DependencyPropertyChangedEventArgs e) { 
     base.OnPropertyChanged(e); 
     if (e.Property == FrameworkElement.DataContextProperty) { 
      // do something with e.NewValue/e.OldValue 
     } 
    } 

}