C# проверить, имеет ли делектор/func действительный приемник

Question

У меня есть ситуация, когда несколько классов регистрируют интерес к другому классу для наблюдения за значением определенного свойства. Это делается с помощью делегатов, как так:

public delegate void ObservingHandler (object value); 

Dictionary<ObservingHandler, ObservationInfo> _handlers = new Dictionary<ObservationHandler, ObservationInfo>(); 

public void register(ObservingHandler handler) { 

    // Observation info is created here and is just a struct 
    _handlers.Add(handler, info); 
} 

Это прекрасно работает, и это действительно полезно, но в настоящее время, когда зарегистрированный объект отпущен, он должен сообщить соответствующий класс, что он больше не хочет получать уведомления. В противном случае я получаю NULL ссылочные исключения.

В настоящее время это означает, что я не могу использовать лямбда-выражения, потому что обработчик наблюдения является ключом в словаре (и поэтому должен быть тем же самым экземпляром, когда дело доходит до его удаления).

Что бы я хотел сделать, это проверить, что каждый ObservationHandler имеет действительный и созданный экземпляр класса позади него до его вызова. Таким образом, ответственность отнимает класс слушателей.

Есть ли способ в Func или delegate, чтобы проверить приемник функции живой и хорошо?

EDIT:

Полный исходный код приходит от моего проекта под названием SFCore on GitHub.

Answer 1

Я бы пошел с моделью событий .NET и оставил ответственность за слушателя, ведь если ваш тест не по какой-либо причине, ваш получатель больше не будет уведомлен.

Что бы я сделал, это, уведомив слушателей, уловить любые исключения, которые могут возникнуть.

Если возникло исключение из-за того, что класс больше не существует (не может быть более конкретным, вы не указали точное имя исключения), вы либо игнорируете его (считая, что это только одноразовый ошибка) ИЛИ удалить его из словаря.

Снова это то, что я сделал бы, для этого есть, конечно, другие способы.

Answer 2

Observer pattern in C# достигается за счет событий. Использование ключевого слова event будет основано на вашем описании.

Вам не нужно отслеживать обратные вызовы на этом уровне хранения Словаря, как у вас в вашем примере. Все, что вы делаете в своем разговоре, - это огонь.