EventArgs 类和 event 关键字之间是否存在特殊关联？

Question

在所有 .NET 书中，我阅读了实现事件的指南，其中解释了您需要子类化 EventArgs 并使用 EventHandler。我在 http://msdn.microsoft.com/en-us/library/ms229011 上查找了更多信息。 aspx，它显示“请使用 System.EventHandler，而不是手动创建新的委托来用作事件处理程序。”我知道使用 EventArgs 有重要的原因，但我的问题不是“我应该这样做吗？”，而是“我可以这样做吗？”。

是否有任何原因导致我无法在事件中使用通用委托而不是 EventHandler ？例如，如果我想要一个强类型的发送者（其他人会被那个对象发送者惹恼吗？）。

为了更好地解释我的意思，以下是否有任何原因不起作用？

public class IoC
{
    public AbstractFactory GetAbstractFactory()
    {
        var factory = new AbstractFactory();
        factory.CreateObject += ()=>new object();
        return factory;
    }
}
public class AbstractFactory
{
    public event Func<object> CreateObject;

    private object OnObjectCreated()
    {
        if(CreateObject == null)
        {
            throw new Exception("Not injected.");
        }
        return CreateObject();
    }


    private object _injectedObject;
    public object InjectedObject
    {
        get
        {
            if(_injectedObject == null)
            {
                _injectedObject = OnObjectCreated();
            }
            return _injectedObject;
        }
    }
}

Answer 1

这只是约定，对语言没有要求。您可以使用任何委托类型作为事件。

标准 EventHandler 签名有一些优点：

1. 您可以扩展 EventArgs 参数。如果您想要传递给事件处理程序的每一项都只有一个参数，那么这将不起作用。
2. 接受 EventArgs 基类的 EventHandler 可以订阅遵循约定的任何事件。
3. 您可以向出现在所有事件上的 EventHandler 添加扩展方法。
4. 返回类型为void。其他返回类型作为事件处理程序没有多大意义。
5. 你遵守惯例。遵循惯例通常是一个好主意，除非你有令人信服的理由不这样做。

Answer 2

Microsoft 的所有文档都是关于基类库的设计和/或通用框架设计指南。您可以使用任何您想要的图案。

也就是说，如果人们将使用您的代码，那么如果您遵循 Microsoft 使用的模式，他们会更加熟悉。

Answer 3

据我所知，EventHandler 和 EventArgs 是最佳实践，但没有什么可以阻止您在事件声明中使用任意委托。 event 关键字为您提供了能够 += 和 -= 委托给事件槽的特殊功能，而不是简单地拥有委托类型的字段或属性，后者仅接受单个委托（除非您组成多个委托）你自己）。

警告：我不确定事件槽中具有返回值的委托会发生什么情况。我的猜测是返回值被丢弃，因为将返回值分配给事件的多个委托将很难处理。但这需要一些实验。