除了作为语法糖之外，我没有看到使用事件优于委托的优势。也许我误解了，但似乎事件只是代表的占位符。
您能向我解释一下这些区别以及何时使用哪个？有什么优点和缺点？我们的代码深深植根于事件，我想深入了解它。
您何时会在事件上使用委托，反之亦然？请在生产代码中说明您对两者的真实体验。
【问题讨论】：
关键字event 是多播委托的范围修饰符。这与仅声明多播委托之间的实际区别如下：
event。public event）。出于兴趣，您可以将+ 和- 应用于多播委托，这是将委托组合分配给事件的+= 和-= 语法的基础。这三个 sn-ps 是等价的：
B = new EventHandler(this.MethodB);
C = new EventHandler(this.MethodC);
A = B + C;
示例二，说明直接分配和组合分配。
B = new EventHandler(this.MethodB);
C = new EventHandler(this.MethodC);
A = B;
A += C;
示例三：更熟悉的语法。您可能熟悉分配 null 以删除所有处理程序。
B = new EventHandler(this.MethodB);
C = new EventHandler(this.MethodC);
A = null;
A += B;
A += C;
和属性一样，事件也有一个完整的语法，从来没有人使用过。这个：
class myExample
{
internal EventHandler eh;
public event EventHandler OnSubmit
{
add
{
eh = Delegate.Combine(eh, value) as EventHandler;
}
remove
{
eh = Delegate.Remove(eh, value) as EventHandler;
}
}
...
}
...确实完全与此相同：
class myExample
{
public event EventHandler OnSubmit;
}
add 和 remove 方法在 VB.NET 使用的相当生硬的语法中更加显眼（没有运算符重载）。
【讨论】：
从技术角度来看，其他答案已经解决了这些差异。
从语义的角度来看，事件是对象在满足某些条件时引发的动作。例如，我的 Stock 类有一个名为 Limit 的属性，它会在股票价格达到 Limit 时引发一个事件。此通知是通过事件完成的。是否有人真正关心这个事件并订阅它超出了所有者类的关注。
委托是一个更通用的术语，用于描述类似于 C/C++ 术语中的指针的构造。 .Net 中的所有代表都是多播代表。从语义的角度来看，它们通常用作一种输入。特别是，它们是实现Strategy Pattern 的完美方式。例如，如果我想对一个对象列表进行排序，我可以为该方法提供一个 Comparator 策略来告诉实现如何比较两个对象。
我在生产代码中使用了这两种方法。当满足某些属性时，我的大量数据对象会发出通知。最基本的示例，每当属性更改时，都会引发 PropertyChanged 事件（请参阅 INotifyPropertyChanged 接口）。我在代码中使用了委托来提供将某些对象转换为字符串的不同策略。这个特定的示例是一个美化的 ToString() 实现列表，用于特定对象类型以将其显示给用户。
【讨论】：
事件是语法糖。它们很美味。当我看到一个事件时，我知道该怎么做。当我看到一个代表时，我不太确定。
将事件与界面（更多糖）相结合，制作出令人垂涎的小吃。委托和纯虚拟抽象类的吸引力要小得多。
【讨论】：
事件在元数据中被标记为这样。这允许 Windows 窗体或 ASP.NET 设计人员将事件与单纯的委托类型属性区分开来，并为它们提供适当的支持（特别是在“属性”窗口的“事件”选项卡上显示它们）。
与委托类型的属性的另一个区别是用户只能添加和删除事件处理程序，而使用委托类型的属性他们可以设置值：
someObj.SomeCallback = MyCallback; // okay, replaces any existing callback
someObj.SomeEvent = MyHandler; // not okay, must use += instead
这有助于隔离事件订阅者：我可以将我的处理程序添加到一个事件中，您也可以将您的处理程序添加到同一个事件中，并且您不会意外覆盖我的处理程序。
【讨论】：
Edit#1 你什么时候会在事件上使用委托，反之亦然？请在生产代码中说明您对两者的真实体验。
当我设计自己的 API 时，我定义了作为参数传递给方法或类的构造函数的委托：
Predicate 和 Action 委托被传递给 .Net 通用集合类）这些委托通常在运行时是非可选的（即不能是null）。
我倾向于不使用事件；但在我确实使用事件的地方，我将它们用于可选地向零个、一个或多个可能感兴趣的客户发送事件信号，即何时一个类（例如System.Windows.Form 类）应该存在并运行，无论是否有任何客户端为其事件添加了事件处理程序（例如表单的“鼠标按下”事件存在，但它是可选的 是否有任何外部客户端有兴趣在该事件上安装事件处理程序）。
【讨论】：
虽然事件通常使用多播委托来实现，但并不要求以这种方式使用它们。如果一个类公开事件，这意味着该类公开了两个方法。它们的含义本质上是：
类处理它所公开的事件的最常见方法是定义一个多播委托，并添加/删除任何传递给上述方法的委托，但并不要求它们以这种方式工作。不幸的是，事件架构未能做一些可以使替代方法更清洁的事情（例如，让订阅方法返回一个 MethodInvoker，它将由订阅者保留；要取消订阅事件，只需调用返回的方法）所以多播委托是迄今为止最常见的方法。
【讨论】：
要了解差异，您可以查看这 2 个示例
带有委托的示例（在这种情况下，Action 是一种不返回值的委托）
public class Animal
{
public Action Run {get; set;}
public void RaiseEvent()
{
if (Run != null)
{
Run();
}
}
}
要使用委托，您应该这样做
Animale animal= new Animal();
animal.Run += () => Console.WriteLine("I'm running");
animal.Run += () => Console.WriteLine("I'm still running") ;
animal.RaiseEvent();
此代码运行良好，但您可能有一些弱点。
例如，如果我写这个
animal.Run += () => Console.WriteLine("I'm running");
animal.Run += () => Console.WriteLine("I'm still running");
animal.Run = () => Console.WriteLine("I'm sleeping") ;
在最后一行代码中，我重写了之前的行为，只是缺少了一个 +（我使用了 + 而不是 +=）
另一个弱点是每个使用 Animal 类的类都可以提升 RaiseEvent，只需调用它 animal.RaiseEvent()。
为了避免这个弱点，您可以在 c# 中使用events。
你的 Animal 类会以这种方式改变
public class ArgsSpecial :EventArgs
{
public ArgsSpecial (string val)
{
Operation=val;
}
public string Operation {get; set;}
}
public class Animal
{
public event EventHandler<ArgsSpecial> Run = delegate{} //empty delegate. In this way you are sure that value is always != null because no one outside of the class can change it
public void RaiseEvent()
{
Run(this, new ArgsSpecial("Run faster"));
}
}
调用事件
Animale animal= new Animal();
animal.Run += (sender, e) => Console.WriteLine("I'm running. My value is {0}", e.Operation);
animal.RaiseEvent();
区别：
注释
EventHandler 被声明为以下委托：
public delegate void EventHandler (object sender, EventArgs e)
它需要一个发送者（对象类型）和事件参数。如果来自静态方法，则 sender 为 null。
您也可以使用EventHAndler 代替这个使用EventHandler<ArgsSpecial> 的示例
请参阅here 以获取有关 EventHandler 的文档
【讨论】：
虽然我没有任何技术原因，但我在 UI 样式代码中使用事件，换句话说，在代码的更高级别中，并为代码中更深层次的逻辑使用委托。正如我所说，您可以使用其中任何一种，但我发现这种使用模式在逻辑上是合理的，如果没有别的，它也有助于记录回调的类型及其层次结构。
编辑：我认为我在使用模式上的不同之处在于，我发现忽略事件是完全可以接受的，它们是钩子/存根，如果你需要了解事件，请听他们说，如果你不知道'不关心事件只是忽略它。这就是为什么我将它们用于 UI，一种 Javascript/浏览器事件样式。但是，当我有一个委托时，我真的希望有人来处理委托的任务，如果没有处理就会抛出异常。
【讨论】：
事件和代表之间的区别比我以前想象的要小得多。我刚刚发布了一个关于这个主题的超短 YouTube 视频： https://www.youtube.com/watch?v=el-kKK-7SBU
希望这会有所帮助！
【讨论】：
如果我们只使用委托代替事件，那么订阅者就有机会克隆（），调用（）委托本身，如下图所示。这是不对的。
这是黑白事件和委托的主要区别。订阅者只有一项权利，即监听事件
ConsoleLog 类正在通过 EventLogHandler 订阅日志事件
public class ConsoleLog
{
public ConsoleLog(Operation operation)
{
operation.EventLogHandler += print;
}
public void print(string str)
{
Console.WriteLine("write on console : " + str);
}
}
FileLog 类通过 EventLogHandler 订阅日志事件
public class FileLog
{
public FileLog(Operation operation)
{
operation.EventLogHandler += print;
}
public void print(string str)
{
Console.WriteLine("write in File : " + str);
}
}
操作类正在发布日志事件
public delegate void logDelegate(string str);
public class Operation
{
public event logDelegate EventLogHandler;
public Operation()
{
new FileLog(this);
new ConsoleLog(this);
}
public void DoWork()
{
EventLogHandler.Invoke("somthing is working");
}
}
【讨论】：