Герберт Шилдт - C# 4.0 - полное руководство

Выполнение кода из этого примера приводит к следующему результату.

Событие получено объектом 1

Событие получено объектом 2

Событие получено объектом 3

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

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

/* Уведомления о событии получает класс, когда статический метод используется в качестве обработчика событий. */

using System;

// Объявить тип делегата для события,

delegate void MyEventHandler();

// Объявить класс, содержащий событие,

class MyEvent {

public event MyEventHandler SomeEvent;

// Этот метод вызывается для запуска события,

public void OnSomeEvent() {

if (SomeEvent != null)

SomeEvent() ;

}

}

class X {

/* Этот статический метод предназначен в качестве обработчика событий. */

public static void Xhandler() {

Console.WriteLine("Событие получено классом.");

}

}

class EventDemo4 {

static void Main() {

MyEvent evt = new MyEvent();

evt.SomeEvent += X.Xhandler;

// Запустить событие,

evt.OnSomeEvent();

}

}

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

Событие получено классом.

Обратите в данном примере внимание на то, что объекты класса X вообще не создаются. Но поскольку Xhandler()является статическим методом класса X, то он может быть привязан к событию SomeEventи выполнен при вызове метода OnSomeEvent().

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

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

event делегат_события имя_ события {

add {

// Код добавления события в цепочку событий.

}

remove {

// Код удаления события из цепочки событий.

}

}

В эту форму входят два аксессора событий: addи remove. Аксессор addвызывается, когда обработчик событий добавляется в цепочку событий с помощью оператора +=. В то же время аксессор removeвызывается, когда обработчик событий удаляется из цепочки событий с помощью оператора -=.

Когда вызывается аксессор addили remove, он принимает в качестве параметра добавляемый или удаляемый обработчик. Как и в других разновидностях аксессоров, этот неявный параметр называется value. Реализовав аксессоры addили remove, можно организовать специальную схему хранения обработчиков событий. Например, обработчики событий можно хранить в массиве, стеке или очереди.

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

// Создать специальные средства для управления списками