マジックメソッドがC＃で実装されたのはなぜですか？

C＃では、インターフェイスによってバックアップされることなく、これらすべての魔法のメソッドがポップアップ表示されるようになりました。なぜこれが選ばれたのですか？

説明させてください。

以前のC＃では、オブジェクトがIEnumerableインターフェイスを実装すると、foreachループによって自動的に反復可能になりました。インターフェースによってバックアップされているため、それは理にかなっています。Iterator繰り返し処理されるクラス内に独自の関数がある場合、魔法のように何かを意味することを心配せずにそれを行うことができます。

今、どうやら（いつかはわからないが）、これらのインターフェースはもはや必要ではない。正しい命名変換が必要なだけです。

別の例は、いくつかの特定のプロパティを持つ正確 な名前のメソッドを持つことにより、オブジェクトを待機可能にすることGetAwaiterです。

この「マジック」を静的にバックアップしIEnumerableたりINotifyPropertyChanged、静的にバックアップしたりするようなインターフェースを作成してみませんか？

ここでの意味の詳細：

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

魔法の手法の長所と短所は何ですか？また、これらの決定が行われた理由について何かを見つけることができるオンラインの場所はどこにありますか？

一般に、「マジックメソッド」は、同じように機能するインターフェイスを作成できない場合に使用されます。

foreachC＃1.0で最初に導入されたとき（その動作は確かに最近のものではありません）、ジェネリックがないため、マジックメソッドを使用する必要がありました。オプションは基本的に次のとおりです。

1. 非ジェネリックIEnumerableを使用し、それはsでIEnumerator機能しobjectます。これは、値型のボクシングを意味します。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>と2番目のフォームのみをサポートする単一のインターフェースを持つことはできませんDictionary<TKey, TValue>。

LINQメソッドは通常、拡張メソッドとして実装されるため（たとえばIEnumerable<T>、を実装するすべての型に対してLINQ to Objectの単一の実装が存在するようになります）、つまり、インターフェイスを使用することはできません。

の場合await、GetResult()メソッドはいずれvoidかのタイプまたは何らかのタイプを返すことができますT。繰り返しますが、両方を処理できる単一のインターフェースを持つことはできません。けれどもはawait、部分的にインターフェイスベースである：awaiterは、実装する必要がありINotifyCompletion、また、実装することができますICriticalNotifyCompletion。