为什么在C＃中实现魔术方法？

在C＃中，我开始看到所有这些魔术方法都弹出了，而没有界面的支持。为什么选择这个？

让我解释。

以前在C＃中，如果对象实现了该IEnumerable接口，则该对象将自动被foreach循环迭代。这对我来说很有意义，因为它由一个接口备份，并且如果我要Iterator在要遍历的类中拥有自己的函数，则可以这样做，而不必担心它会神奇地意味着其他含义。

现在，显然，（不确定何时），不再需要这些接口。它只需要进行正确的命名转换即可。

另一个示例是通过使用一个确切 命名的方法来等待任何对象，该方法GetAwaiter具有一些特定的属性。

为什么不像以前那样创建一个界面IEnumerable或INotifyPropertyChanged静态地备份这种“魔术”呢？

关于我在这里的意思的更多细节：

http://blog.nem.ec/2014/01/01/magic-methods-c-sharp/

魔术方法的优缺点是什么，在网上哪里可以找到有关为什么做出这些决定的任何信息？

通常，当无法创建以相同方式工作的接口时，将使用“魔术方法”。

当foreach在C＃1.0中首次引入（即行为肯定是没有什么最新的），那就只好用魔术方法，因为没有仿制药。这些选项基本上是：

1. 使用非泛型IEnumerable并IEnumerator与objects一起使用，这意味着装箱值类型。由于迭代诸如ints 列表之类的东西应该非常快，并且当然不应创建很多垃圾箱值，因此这不是一个好选择。

2. 等待泛型。这可能意味着将.Net 1.0（或至少foreach）延迟了3年以上。

3. 使用魔术方法。

因此，他们选择了选项＃3，但由于向后兼容的原因，它仍然留在我们这里，即使从.Net 2.0开始，要求IEnumerable<T>也可以使用。

集合初始值设定项在每种集合类型上看起来可能有所不同。比较List<T>：

public void Add(T item)

和Dictionary<TKey, TValue>：

public void Add(TKey key, TValue value)

您不能有一个接口仅支持的第一种形式，List<T>而仅支持的第二种形式Dictionary<TKey, TValue>。

LINQ方法通常被实现为扩展方法（因此，对于实现的所有类型，只有LINQ to Object的单个实现IEnumerable<T>），这意味着不可能使用接口。

对于await，该GetResult()方法可以返回一个void或某些类型T。同样，您不能拥有一个可以同时处理这两个接口的接口。虽然await是部分基于接口的：等待者必须实现INotifyCompletion，也可以实现ICriticalNotifyCompletion。