Бесконечный цикл событий

Question

Предположим, у меня есть простая форма в C# (winforms) с двумя текстовыми полями, одним слайдером и объектом, называемым «the_volume». Событие (OnPropertyChanged) отправляется всякий раз, когда изменяется значение «the_volume.value». Как можно CLEANLY синхронизировать четыре объекта, не вызывая бесконечного цикла?

• Не отсоединяя слушателей событий
• без использования логическое значение "караул"
• Без использования Databinding

небольшой пример: изменения слайдера -> форма :: slider_changed -> the_volume установлен -> форма :: the_volume_changed -> задает значения ползунка и тексбокса -> бесконечный цикл ...

Моим первым инстинктом было бы избежать отправки события, когда значение не будет но,

1- Как я могу узнать, будут ли элементы управления .net делать то же самое? (Т.е. не вызывает, если значение равно)

2- Какие ошибки мне, что было бы «бесполезным» сеттер вызов с этим решением (набор -> изменен -> набор -> остановка петли)

Answer 1

Я знаю, что это вопрос WinForms, но способ, которым WPF это делает, должен помочь вам. Вы можете исследовать INotifyPropertyChanged примеры более подробно, но вот основы:

//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(); 
    } 
} 

Теперь все ваши слушатели будут уведомлены только тогда, когда что-то действительно изменения. Этот тип проверки, тогда огонь может быть применен практически к любой проблеме, связанной с наблюдателем. Это предотвратит цикл событий, как вы заявили в своем вопросе.

Answer 2

У меня был бы единственный объект, который отвечает за маршрутизацию событий. Назовем это VolumeChangedEventRouter. У этого было бы собственное событие «с измененной громкостью», к которому могли бы подписаться другие сущности.

VolumeChangedEventRouter будет подписаться на (или подписаться) на каждый из ваших элементов управления, который может поднять событие «с измененной громкостью».

Затем каждое ваше управление будет подписано (или будет подписано) на событие «с измененной громкостью» VolumeChangedEventRouter.

Тогда VolumeChangedEventRouter знал бы текущий том, и, следовательно, он знал бы, изменился ли он и, следовательно, передать ли это событие своим подписчикам.

Вы, вероятно, используете инъекцию зависимости, чтобы передать VolumeChangedEventRouter каждому из классов, которые должны подписаться на событие с измененной громкостью. (Возможно, вы даже хотите, чтобы дизайн VolumeChangedEventRouter так, что он реализует интерфейс, который содержит только «объем изменился» событие, и передать к элементам управления, чтобы свести к минимуму зависимости.)

Это может быть даже возможно иметь общий IVolumeChanger интерфейс который реализуется VolumeChangedEventRouter И все элементы управления, поскольку все они собираются поднимать события с изменением громкости. Это значительно сократило бы сцепление.