ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание

  if (currSpeed ›= maxSpeed) carIsDead = true;

  else Console.WriteLine("-›CurrSpeed = {0}", currSpeed);

 }

}

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

Глубинный механизм событий

Событие в C# представляется двумя скрытыми общедоступными методами, один из которых имеет префикс add_, а другой – префикс remove_. За этими префиксами следует имя события. Например, событие Exploded транслируется в пару CIL-методов с именами add_Exploded и remove_Exploded. Кроме приведения к методам add_XXX и remove_XXX, определение события на уровне CIL связывает данное событие с соответствующим делегатом.

Взгляните на CIL-инструкции для add_AboutToBlow, и вы обнаружите программный код, почти идентичный программному коду вспомогательного метода OnAboutToBlow из рассмотренного выше примера CarDelegate (обратите внимание на строку с вызовом Delegate.Combine).

.method public hidebysig specialname instance void add_AboutToBlow(class CarEvents.Car/CarEventHandler 'value') cil managed synchronized {

 .maxstack 8

 ldarg.0

 ldarg.0

 ldfld class CarEvents.Car/CarEventHandler CarEvents.Car::AboutToBlow

 ldarg.1

 call class [mscorlib]System.Delegate [mscorlib] System.Delegate::Combine(class [mscorlib]System.Delegate, class [mscorlib]System.Delegate)

 castclass CarEvents.Car/CarEventHandler

 stfld class CarEvents.Car/CarEventHandler

 CarEvents.Car::AboutToBlow

 ret

}

В соответствии с ожиданиями, метод remove_AboutToBlow неявно (опосредованно) вызывает Delegate.Remove и приблизительно соответствует определенному выше вспомогательному методу RemoveAboutToBlow.

.method public hidebysig specialname instance void remove_AboutToBlow(class CarEvents.Car/CarEventHandler 'value') cil managed synchronized {

 .maxstack 8

 ldarg.0

 ldarg.0

 ldfld class CarEvents.Car/CarEventHandler CarEvents.Car::AboutToBlow

 ldarg.1

 call class [mscorlib]System.Delegate [mscorlib]System.Delegate::Remove(class [mscorlib]System.Delegate, class [mscorlib]System.Delegate)

 castclass CarEvents.Car/CarEventHandler

 stfld class CarEvents.Car/CarEventHandler CarEvents.Car::AboutToBlow

 ret

}

Наконец, программный код CIL, представляющий само событие, использует директивы .addon и .removeon для отображения имен в соответствующие имена вызываемых методов add_XXX и remove_XXX.

.event CarEvents.Car/EngineHandler AboutToBlow {

 .addon void CarEvents.Car::add_AboutToBlow(class CarEvents.Car/CarEngineHandler)

 .removeon void CarEvents.Car::remove_AboutToBlow(class CarEvents.Car/CarEngineHandler)

}

Теперь, когда вы знаете, как строить классы, способные посылать события в C# (и знаете о том, что соответствующая событиям синтаксическая конструкция – это просто сокращение, позволяющее уменьшить объем вводимых с клавиатуры данных), мы должны выяснить, как осуществляется "прием" поступающих событий с точки зрения вызывающей стороны.

Прием поступающих событий

Использование событий в C# позволяет также упростить регистрацию обработчиков событий вызывающей стороны. Вместо необходимости указывать пользовательские вспомогательные методы, вызывающая сторона просто использует операции += и -= (которые в фоновом режиме "подключают" add_XXX или remove_XXX). Если вы хотите регистрировать событие, то следуйте показанному ниже шаблону.

// ОбъектнаяПеременная.ИмяСобытия +=

// new СоответствующийДелегат(вызываемаяФункция);