C# 语言设计：事件的显式接口实现

Question

关于 C# 语言设计的小问题:))

如果我有一个这样的接口：

interface IFoo {
  int Value { get; set; }
}

可以使用 C# 3.0 自动实现的属性显式实现这样的接口：

sealed class Foo : IFoo {
  int IFoo.Value { get; set; }
}

但是如果我在接口中有一个事件：

interface IFoo {
  event EventHandler Event;
}

并尝试使用 field 显式实现它类似事件：

sealed class Foo : IFoo {
  event EventHandler IFoo.Event;
}

我将收到以下编译器错误：

错误CS0071：事件的显式接口实现必须使用事件访问器语法

我认为类似字段的事件是自动的某种二元论实施的属性。

所以我的问题是：进行此类限制的设计原因是什么？

Answer 1

有趣的问题。我翻阅了语言注释档案，发现这个决定是在 1999 年 10 月 13 日做出的，但注释没有给出该决定的理由。

在我的脑海中，我看不出有任何理论或实践原因解释为什么我们不能有类似领域的显式实现事件。我也不认为我们有任何特别需要这样做的理由。这可能仍是未知之谜之一。

Answer 2

我想这可能与您无法从类的其他成员调用显式接口实现这一事实有关：

public interface I
{
    void DoIt();
}

public class C : I
{
    public C()
    {
        DoIt(); // error CS0103: The name 'DoIt' does not exist in the current context
    }

    void I.DoIt() { }
}

请注意，您可以通过首先向上转换到接口来调用该方法：((I)this) .DoIt();。有点难看，但它有效。

如果事件可以按照 ControlFlow（OP）的建议显式实现，那么您实际上会如何引发它们？考虑一下：

public interface I
{
    event EventHandler SomethingHappened;
}

public class C : I
{
    public void OnSomethingHappened()
    {
        // Same problem as above
        SomethingHappened(this, EventArgs.Empty);
    }

    event EventHandler I.SomethingHappened;
}

在这里，您甚至无法通过首先向上转换到接口来引发事件，因为事件只能从实现类内部引发。因此，要求显式实现事件的访问器语法似乎是完全有意义的。

Answer 3

当显式实现在接口中声明的事件时，您必须手动提供通常由编译器提供的添加和删除事件访问器。访问器代码可以将接口事件连接到类中的另一个事件或其自己的委托类型。

例如，这将触发错误 CS0071：

public delegate void MyEvent(object sender);

interface ITest
{
    event MyEvent Clicked;
}

class Test : Itest
{
    event MyEvent ITest.Clicked;  // CS0071
    public static void Main() { }
}

正确的方法是：

public delegate void MyEvent(object sender);

interface ITest
{
    event MyEvent Clicked;
}

class Test : Itest
{
    private MyEvent clicked;

    event MyEvent Itest.Clicked
    {
        add
        {
            clicked += value;
        }

        remove
        {
            clicked -= value;
        }
    }

    public static void Main() { }
}

请参阅 编译器错误 CS0071

Answer 4

这实际上并不是我自己的原创想法。

不过，我想我可以回应一下：

“在我的脑海中，我没有看到任何理论或实践原因说明为什么我们不能有类似现场的显式实施事件。我也没有看到任何我们特别需要这样做的原因。这可能仍然是一个未知的奥秘。”
-埃里克·利珀特

---

在《程序员 C# 简介》第二版的第 23 章中，Eric Gunnerson 写道：

“[I]如果单击按钮时还想调用另一个类，则可以使用 += 运算符，如下所示：

button.Click += new Button.ClickHandler(OtherMethodToCall);

不幸的是，如果其他类不小心，它可能会执行以下操作：

button.Click = new Button.ClickHandler(OtherMethodToCall);

这会很糟糕，因为这意味着我们的 ButtonHandler 将被取消挂钩，并且只会调用新方法。”

...

“需要某种方法来保护委托字段，以便只能使用 += 和 -= 来访问它。”

---

他在接下来的几页中继续评论包括 add() 和 remove() 方法来实现此行为；能够直接写入这些方法以及为不需要的委托引用分配存储空间的结果。

我想补充更多，但我非常尊重作者，未经他的许可我不会这样做。我建议找到这本书的副本，并会推荐埃里克·冈纳森（Eric Gunnerson）的任何一般内容（博客等......）

无论如何，我希望这与该主题相关，如果是这样，希望它能揭示这个“未知之谜” “？ （我正在阅读这一章并搜索 Stack Overflow，以深入了解从自定义对象创建自定义集合时的事件处理程序逻辑注意事项） - 我只提到这一点，因为我在这个特定主题上没有特定的权威。我自己只是一个寻求“启蒙”的学生:-)