Зачем нам нужно ключевое слово «событие» при определении событий?

Question

Я не понимаю, зачем нам нужно ключевое слово «event» при определении событий, когда мы можем сделать то же самое без использования ключевого слова «event», просто используя делегаты.

например.

public delegate void CustomEventHandler(int a, string b); 
public event CustomEventHandler customEvent; 
customEvent += new CustomEventHandler(customEventHandler); 
customEvent(1,"a"); // Raising the event 

Вот если я удалить «событие» ключевое слово из второй линии, то и я могу поднять событие, вызывая делегат. Кто-нибудь может сказать мне, почему это ключевое слово для этого события?

Answer 1

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

Событие принципиально похоже на свойство - это пара методов add/remove (вместо get/set свойства). Когда вы объявляете полевое событие (т. Е. Тот, где вы сами не указываете бит добавления/удаления), создается публичное событие и частное поле поддержки. Это позволяет вам публиковать мероприятие конфиденциально, но разрешить публичную подписку. С публичным полем делегатов, , любой может удалить обработчики событий других людей, сам поднять событие и т. Д. - это катастрофа инкапсуляции.

Подробнее о мероприятиях (и делегатах) читайте в моих article on this topic. (В какой-то момент мне нужно обновить это для C# 4, что очень мало меняет полевые события. Суть его все равно правильная.)

Answer 2

Отчасти это необходимо, потому что, если вы опускаете ключевое слово event, оно прерывает инкапсуляцию. Если это просто публичный делегат многоадресной рассылки, любой может вызвать его, установить для него значение null или вмешательство в него. Если существует класс MailNotifier и он имеет событие MailReceived, для других типов нет смысла запускать это событие по телефону mailNotifier.MailReceived();

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

Если вы хотите сохранить ваш вызов события частной, нет ничего, чтобы остановить вас делать что-то вроде этого:

public class MyClassWithNonFieldLikeEvent 
{ 
    private CustomEventHandler m_delegate; 

    public void Subscribe(CustomEventHandler handler) 
    { 
     m_delegate += handler;   
    } 

    public void Unsubscribe(CustomEventHandler handler) 
    {   
     m_delegate -= handler; 
    } 

    private void DoSomethingThatRaisesEvent() 
    { 
     m_delegate.Invoke(...); 
    }  
} 

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

Answer 3

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

Для получения дополнительной информации см. this blog post.

Answer 4

Ключевое событие делает 3 разные вещи:

1. Вы можете определить событие в интерфейсе, даже если вы не можете определить стандартные поля в интерфейсах.
2. Он меняет видимость операторов = и () на личную, так что только содержащий класс может вызвать событие или переопределить все методы, содержащиеся в нем. Операторы -= и += все равно могут быть вызваны в событии вне класса, определяющего его (они получают модификатор доступа, который вы написали рядом с событием).
3. Вы также можете переопределить способ -= и += вести себя на событиях.

Answer 5

Остальные ответы в порядке; Я просто хотел бы добавить что-то еще, о чем можно подумать.

Ваш вопрос: «Почему нам нужны события, когда у нас есть поля типа делегата?» Я бы затронул этот вопрос: зачем вам нужны методы, свойства, события, конструкторы экземпляров или финализаторы, если у вас есть поля типа делегата? Зачем вам ничего кроме полей, содержащих значения и делегаты в типе? Почему бы не просто сказать

class C 
{ 
    private int z; 
    public readonly Func<int, int> M = (int x)=>{ return x+z; } 
    // ... and so on 
} 

?

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