Net framework 5, а также среды Visual Studio 2012 и C#

ВниМание
При.попытке.удаления.метода,.который.не.был.добавлен,.метод.Delegate Remove.
не.делает.ничего .Вы.не.получите.ни.исключения,.ни.предупреждения,.а.коллекция.
методов.событий.останется.без.изменений 
ПриМеЧание
Оба.метода.—.add.и.remove.—.используют.хорошо.известный.паттерн.обновления.
значения.способом,.безопасным.в.отношении.потоков .Этот.паттерн.описывается.
в.главе.28 
В приведенном примере методы 
add
и 
remove
объявлены открытыми, посколь-
ку в соответствующей строке исходного кода событие изначально объявлено как 
открытое. Если бы оно было объявлено как защищенное, то методы 
add
и 
remove
, 
сгенерированные компилятором, тоже были бы объявлены как защищенные. Так 
что когда в типе определяется событие, модификатор доступа события указывает, 
какой код способен регистрироваться и отменять регистрацию для уведомления 
о событии, но прямым доступом к полю делегата обладает только сам тип. Члены-
события также могут объявляться статическими и виртуальными; в этом случае 
сгенерированные компилятором методы 
add
и 
remove
также будут статическими 
или виртуальными соответственно.
Помимо генерирования этих трех конструкций, компиляторы генерируют запись 
с определением события и помещают ее в метаданные управляемого модуля. Эта 
запись содержит ряд флагов и базовый тип-делегат, а также ссылки на методы до-
ступа 
add
и 
remove
. Эта информация нужна просто для того, чтобы очертить связь 
между абстрактным понятием «событие» и его методами доступа. Эти метаданные 
могут использовать компиляторы и другие инструменты, и, конечно же, эти сведения 
можно получить при помощи класса 
System.Reflection.EventInfo
. Однако сама 
среда CLR эти метаданные не использует и во время выполнения требует лишь 
наличия методов доступа.