Как связаны делегаты и события?

Связь делегатов и событий в C#

Делегаты и события в C# тесно взаимосвязаны, при этом события построены на основе делегатов и предоставляют более безопасный и структурированный механизм реализации шаблона наблюдатель (Observer). По сути, событие — это специализированный вид делегата, предназначенный для инкапсуляции вызова методов в ответ на определённые действия в системе.

Фундаментальная взаимосвязь

Делегат — это типобезопасный указатель на метод, позволяющий хранить и вызывать один или несколько методов с определённой сигнатурой. Событие — это механизм, который использует делегат для объявления и управления подпиской на уведомления. Каждое событие базируется на конкретном типе делегата, который определяет сигнатуру методов-обработчиков.

// Делегат, определяющий сигнатуру обработчиков
public delegate void NotifyDelegate(string message);

// Класс, использующий событие на основе этого делегата
public class Publisher
{
    // Объявление события
    public event NotifyDelegate NotifyEvent;
    
    public void DoSomething()
    {
        // Генерация события
        NotifyEvent?.Invoke("Something happened!");
    }
}

Ключевые различия и преимущества событий

События добавляют важные ограничения и возможности поверх делегатов:

1. Инкапсуляция и безопасность
   • Вне класса-издателя к событию можно только добавить (+=) или удалить (-=) обработчик
   • Невозможно напрямую вызвать событие извне или присвоить ему значение (=)

public class Subscriber
{
    public void Subscribe(Publisher publisher)
    {
        // Корректно: добавление обработчика
        publisher.NotifyEvent += HandleNotification;
        
        // Ошибка компиляции: прямое присваивание
        // publisher.NotifyEvent = HandleNotification;
        
        // Ошибка компиляции: прямой вызов
        // publisher.NotifyEvent("Test");
    }
    
    private void HandleNotification(string message)
    {
        Console.WriteLine($"Received: {message}");
    }
}

1. Поддержка шаблона проектирования "Издатель-Подписчик"
   • Издатель не знает о конкретных подписчиках
   • Подписчики регистрируют свои обработчики без вмешательства в логику издателя
   • Множество независимых подписчиков могут реагировать на одно событие

Механизм работы событий

На уровне компилятора событие создаёт закрытое поле делегата и два метода доступа (add и remove):

// Вот что генерирует компилятор для события NotifyEvent:
private NotifyDelegate _notifyEvent; // Закрытое поле делегата

public event NotifyDelegate NotifyEvent
{
    add { _notifyEvent += value; }    // Метод добавления обработчика
    remove { _notifyEvent -= value; } // Метод удаления обработчика
}

Стандартный подход с EventHandler

В .NET принято использовать стандартный делегат EventHandler или его обобщённую версию EventHandler<TEventArgs>:

public class TemperatureMonitor
{
    // Событие с использованием стандартного делегата
    public event EventHandler<TemperatureChangedEventArgs> TemperatureChanged;
    
    public class TemperatureChangedEventArgs : EventArgs
    {
        public double OldTemperature { get; }
        public double NewTemperature { get; }
        
        public TemperatureChangedEventArgs(double oldTemp, double newTemp)
        {
            OldTemperature = oldTemp;
            NewTemperature = newTemp;
        }
    }
    
    protected virtual void OnTemperatureChanged(TemperatureChangedEventArgs e)
    {
        // Безопасный вызов события (проверка на null)
        TemperatureChanged?.Invoke(this, e);
    }
}

Преимущества использования событий вместо делегатов

• Безопасность типов: Компилятор проверяет соответствие сигнатур
• Защита от несанкционированного вмешательства: Подписчики не могут очистить список других подписчиков
• Ясность семантики: События чётко указывают на намерение реализовать уведомления
• Интеграция с IDE: Visual Studio предоставляет удобные средства для работы с событиями
• Поддержка сериализации: События могут быть сериализованы в составе объектов

Практические примеры использования

1. Пользовательский интерфейс: Кнопки, обработчики кликов
2. Наблюдение за состоянием: Мониторинг изменений данных
3. Логирование: Реакция на системные события
4. Сетевое взаимодействие: Обработка входящих сообщений

Важные рекомендации

• Всегда используйте EventHandler<T> вместо создания собственных делегатов для событий
• Проверяйте событие на null перед вызовом (оператор ?.)
• В производных классах объявляйте события как protected virtual для поддержки наследования
• Для потокобезопасности используйте локальную копию делегата:

public void RaiseEvent()
{
    var handler = TemperatureChanged; // Локальная копия
    handler?.Invoke(this, EventArgs.Empty);
}

Заключение

Делегаты предоставляют механизм ссылок на методы и их вызова, тогда как события используют этот механизм для реализации безопасной, инкапсулированной модели уведомлений. События ограничивают возможности делегатов, добавляя уровень абстракции, который делает код более надёжным и поддерживаемым. Понимание этой взаимосвязи критически важно для создания гибких, слабосвязанных приложений на платформе .NET, особенно при реализации паттернов, основанных на реагировании на изменения состояния.