Unendliche Schleife von Ereignissen

Question

Nehmen wir an, ich habe eine einfache Form in C# (winforms) mit zwei Textfeldern, einem Schieberegler und einem Objekt namens "the_volume". Ein Ereignis (OnPropertyChanged) wird gesendet, wenn sich "the_volume.value" ändert. Wie kann ich CLEAN die vier Objekte synchronisieren, ohne eine Endlosschleife zu verursachen?

• Ohne die Ereignis-Listener zu trennen
• Ohne eine boolean Verwendung zu "guard"
• Ohne Datenbindung mit

kleines Beispiel: Slider Änderungen -> Form :: slider_changed -> the_volume ist gesetzt -> form :: the_volume_changed -> setze den slider und die texboxes werte -> endless loop ...

Mein erster Instinkt wäre es, das Senden eines Ereignisses zu vermeiden, wenn der Wert nicht cha ist nges aber,

1- Wie kann ich wissen, ob die .net Kontrollen dasselbe tun werden? (Dh Auslösung nicht, wenn der Wert das gleiche ist)

2- Was für Fehler bin ich, dass es wäre ein „nutzloser“ Setter Anruf mit dieser Lösung (Set -> geändert -> set -> Stoppschleife)

Answer 1

Ich weiß, dies ist eine WinForms Frage, aber die Art, wie WPF tut, sollte Ihnen helfen. Sie können INotifyPropertyChanged Beispiele für weitere Einzelheiten, die Forschung aber ist hier die Grundlagen:

//have a backing variable 
private double _volume = 0; 

//have a property 
public double Volume 
{ 
    get { return _volume; } 
    set 
    { 
     // prevent any event firing if nothing changed 
     if(_volume == value) 
     { 
      return; 
     } 

     // now we can set 
     _volume = value; 

     // something really changed, fire some event 
     this.NotifyPropertyChanged(); 
    } 
} 

Jetzt sind alle Ihre Zuhörer wird nur benachrichtigt, wenn etwas wirklich geändert hat. Diese Art der Überprüfung dann Feuer kann auf fast jedes Beobachter Muster Problem angewendet werden, die Sie haben. Dies verhindert ein Ereignis-Looping, wie Sie es in Ihrer Frage angegeben haben.

Answer 2

Ich hätte ein einzelnes Objekt, das für das Routing der Ereignisse verantwortlich ist. Nennen wir es VolumeChangedEventRouter. Es würde sein eigenes Ereignis "Volumenänderung" haben, an das andere Entitäten teilnehmen könnten.

VolumeChangedEventRouter würde jedes Ihrer Steuerelemente abonnieren (oder abonniert werden), die das Ereignis "Volume geändert" auslösen könnten.

Dann würde jedes Ihrer Steuerelemente das Ereignis "Volume geändert" von VolumeChangedEventRouter abonnieren (oder abonnieren).

Dann würde die VolumeChangedEventRouter das aktuelle Volumen kennen, und somit würde es wissen, ob es sich geändert hat und daher, ob das Ereignis an seine Abonnenten weitergegeben werden soll.

Sie würden wahrscheinlich die Abhängigkeitsinjektion verwenden, um die VolumeChangedEventRouter an jede der Klassen zu übergeben, die das Ereignis "Volume geändert" abonnieren müssen. (Sie könnten sogar VolumeChangedEventRouter gestalten wollen, so dass sie eine Schnittstelle implementiert, die nur enthält das Ereignis „Volumen verändert“, und übergeben Sie, dass zu den Kontrollen Abhängigkeiten zu minimieren.)

Es könnte sogar möglich sein, eine gemeinsame IVolumeChanger Schnittstelle zu haben was durch VolumeChangedEventRouter AND alle Steuerelemente implementiert wird, da sie alle "volume changed" Ereignisse auslösen werden. Das würde die Kopplung ziemlich reduzieren.