在我后面的代码中,我像这样连接我的事件:

protected override void OnInit(EventArgs e)
{
    base.OnInit(e);
    btnUpdateUser.Click += btnUpateUserClick;
}

我这样做是因为这就是我在示例中看到的。

  • 是否需要调用base.OnInit()方法?
  • 会被隐式调用吗?
  • 是在方法的开头调用还是在方法的末尾调用比较好?
  • 什么是对基本方法的混淆会给您带来麻烦的例子?
有帮助吗?

解决方案

我应该澄清一下:

该指南建议,触发事件应涉及调用虚拟“On事件名称“方法,但他们还说,如果派生类重写该方法并忘记调用基方法,则该事件仍应触发。

请参阅大约一半的“重要提示” 这一页:

重写受保护虚拟方法的派生类不需要调用基类实现。即使未调用基类的实现,基类也必须继续正常工作。

其他提示

在这种情况下,如果您不调用基类 OnInit,则 Init 甚至不会触发。

一般来说,最好的做法是始终调用基本方法,除非您明确知道不希望发生基本行为。

是否在开始或结束时调用取决于您希望事情如何进行。在这种情况下,您使用重写而不是连接事件处理程序,在方法开始时调用它更有意义。这样,您的代码将在任何处理程序之后运行,这使其更能模拟“正常”事件处理程序。

尽管官方框架设计指南另有建议,但大多数类设计者实际上会让 OnXxx() 方法负责触发实际事件,如下所示:

protected virtual void OnClick(EventArgs e)
{
    if (Click != null) Click(this, e);
}

...因此,如果您从该类继承并且不调用 base.OnClick(e),则 Click 事件将永远不会触发。

所以是的,即使这 不应该 根据官方设计指南,我认为值得调用 base.OnInit(e) 只是为了确定。

官方框架设计指南另有建议

他们是这样?我很好奇,我一直认为相反,阅读框架设计指南和运行 FxCop 只会巩固我的观点。我的印象是事件应该始终从虚拟 OnXxx() 方法触发,该方法采用 EventArgs 参数

你这样做可能会更好,然后这场争论就会消失。不过这篇文章很有趣,特别是考虑到 .NET Framework 不遵守此准则。

@Ch00k 和 @Scott 我不知道 - 我喜欢 On事件名称 我自己模式。是的,我是用这种方法触发事件的人之一。

我认为重写 On* 方法并调用基本方法是可行的方法。处理你自己的事件在某种程度上似乎是错误的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top