Por que os métodos mágicos foram implementados em C #?

Em C #, comecei a ver todos esses métodos mágicos aparecendo, sem ter o backup de uma interface. Por que isso foi escolhido?

Deixe-me explicar.

Anteriormente em C #, se um objeto implementasse a IEnumerableinterface, ele seria automaticamente iterável por um foreachloop. Isso faz sentido para mim, uma vez que é apoiado por uma interface, e se eu tivesse minha própria Iteratorfunção dentro da classe sendo iterada, eu poderia fazer isso sem me preocupar com o significado mágico de outra coisa.

Agora, aparentemente, (não tenho certeza quando), essas interfaces não são mais necessárias. Ele só precisa ter as conversões de nomenclatura corretas.

Outro exemplo é tornar qualquer objeto aguardável por ter um método nomeado exatamente GetAwaiter com algumas propriedades específicas.

Por que não criar uma interface como eles fizeram com IEnumerableou INotifyPropertyChangedapoiar esta "mágica" estaticamente?

Mais detalhes sobre o que quero dizer aqui:

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

Quais são os prós e os contras dos métodos mágicos, e há algum lugar online onde eu possa encontrar alguma coisa sobre por que essas decisões foram tomadas?

Em geral, “métodos mágicos” são usados ​​quando não é possível criar uma interface que funcione da mesma maneira.

Quando foreachfoi introduzido pela primeira vez no C # 1.0 (esse comportamento certamente não é nada recente), ele teve que usar métodos mágicos, porque não havia genéricos. As opções eram basicamente:

1. Use o não genérico IEnumerablee IEnumeratorque funcione com objects, o que significa tipos de valor de boxe. Como iterar algo como uma lista de ints deve ser muito rápido e certamente não deve criar muitos valores em caixas de lixo, essa não é uma boa escolha.

2. Aguarde genéricos. Isso provavelmente significaria adiar o .Net 1.0 (ou pelo menos foreach) por mais de 3 anos.

3. Use métodos mágicos.

Por isso, eles escolheram a opção 3 e ela permaneceu conosco por motivos de compatibilidade com versões anteriores, mesmo que desde o .Net 2.0, a solicitação IEnumerable<T>também tivesse funcionado.

Os inicializadores de coleção podem parecer diferentes em cada tipo de coleção. Compare List<T>:

public void Add(T item)

e Dictionary<TKey, TValue>:

public void Add(TKey key, TValue value)

Você não pode ter uma única interface que suporte apenas o primeiro formulário para List<T>e apenas o segundo para Dictionary<TKey, TValue>.

Os métodos LINQ são geralmente implementados como métodos de extensão (para que possa haver apenas uma única implementação, por exemplo, LINQ to Object, para todos os tipos que implementam IEnumerable<T>), o que significa que não é possível usar uma interface.

Para await, o GetResult()método pode retornar um voidou algum tipo T. Novamente, você não pode ter uma única interface que possa lidar com ambos. Embora awaitseja parcialmente baseado em interface: o garçom precisa implementar INotifyCompletione também pode implementar ICriticalNotifyCompletion.