c# – 使事件符合Net准则有什么好处？

>编写消耗该事件的代码的人将识别该模式并立即知道如何使用该事件
>活动的签名是以对变革有力的方式精心设计的

第一点应该是非常明显的,不需要太多详细说明.

至于第二点,有两个原因(在我看来).首先,由于发送者是对象,因此事件签名可以由几种类型重用.其次,由于第二个参数是EventArgs的后代,当您引入自己的EventArgs类时,可以在以后扩展此类,而不会更改事件的签名.

更新
回答问题：

I’m not sure what you mean by “ being
able to extend EventArgs without
altering the signature of the event”?!

我们举一个例子,参加以下课程：

public class SomeClass
{
    public event EventHandler<FileEventArgs> SomethingHappened;
}
public class FileEventArgs : EventArgs
{
    public FileEventArgs(string filename)
    {
        Filename = filename;
    }
    public string Filename { get; private set; }
}

然后我们有一个听取SomethingHappened事件的消费者：

static void SomethingHappenedHandler(object sender,FileEventArgs e)
{
    // do something intelligent
}

现在,假设我们想要扩展我们在事件中传输的信息,并提供有关文件发生的信息：

public enum WhatHappened
{
    Copy,Rename,Delete
}
public class FileEventArgs : EventArgs
{
    public FileEventArgs(string filename,WhatHappened whatHappened)
    {
        Filename = filename;
        WhatHappened = whatHappened;
    }
    public string Filename { get; private set; }
    public WhatHappened WhatHappened { get; private set; }
}

现在,如果我们选择在事件本身中将文件名作为参数发送,我们需要通过添加另一个参数来更改事件签名,从而有效地破坏所有侦听事件的代码.但由于我们在上面的代码中只是简单地向FileEventArgsclass添加了另一个属性,因此签名保持不变,并且不需要更新任何侦听器(除非他们想要使用新添加的属性,即).

Am I write in assuming that if event
is raised inside static method,then
“object source” parameter is of no
use?!

对,那是正确的.我通常传递null作为静态事件的发送者参数(老实说,这是非常罕见的).