为什么我们在定义事件时需要“事件”关键字？

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

田野般的活动和代表类型的公共领域看起来类似，但实际上是非常不同的。

事件基本上就像一个属性 - 它是一对添加/删除方法（而不是一个属性的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. 它将=和()运算符（赋值和调用）的可见性更改为private，以便只有包含的类才能调用该事件或覆盖其中包含的所有方法。 -=和+=运算符仍然可以在定义类的外部事件上调用（它们获得您在事件旁边编写的访问修饰符）。
3. 您也可以覆盖-=和+=的行为方式。

Answer 5

其他答案很好;我只想添加其他内容来思考。

你的问题是“当我们有委托类型的字段时，为什么我们需要事件？”我会扩展这个问题：如果你有委托类型的字段，为什么你需要方法，属性，事件，实例构造函数或终结器？为什么你需要什么以外的字段包含值和委托类型？为什么不只是说

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

？

您不需要需要方法，属性或事件。我们给你这些东西，因为方法，属性和事件设计模式是重要和有用的，并且应该有一个标准的，有记录的，清晰的方式来用语言来实现它们。