Sihirli yöntemler neden C # 'da uygulandı?

C # 'da, tüm bu sihirli yöntemlerin bir arayüz tarafından yedeklenmeden ortaya çıktığını görmeye başladım. Bu neden seçildi?

Açıklamama izin ver.

Daha önce C # 'da, bir nesne IEnumerablearayüzü uyguladıysa, otomatik olarak bir foreachdöngü tarafından tekrarlanabilirdi. Bu benim için bir anlam ifade ediyor, çünkü bir arayüz tarafından destekleniyor ve eğer Iteratoryinelenen sınıfın içinde kendi işlevime sahip olsaydım, sihirli bir şekilde başka bir şey anlamına geleceğinden endişe etmeden yapabilirdim.

Şimdi, görünüşe göre, (ne zaman emin değilim), bu arayüzler artık gerekli değildir. Sadece doğru adlandırma dönüşümlerine sahip olması gerekir.

Başka bir örnek, tam olarak GetAwaiter birkaç spesifik özelliğe sahip bir yönteme sahip olarak herhangi bir nesneyi beklenebilir hale getirmektir .

Neden bu "sihir" i statik olarak destekledikleri IEnumerableveya destekleyecekleri gibi bir arayüz INotifyPropertyChangedoluşturmuyorsunuz?

Burada ne demek istediğim hakkında daha fazla bilgi:

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

Sihirli yöntemlerin artıları ve eksileri nelerdir ve bu kararların neden verildiği hakkında herhangi bir şey bulabileceğim çevrimiçi herhangi bir yer var mı?

Genel olarak “sihirli yöntemler” aynı şekilde çalışan bir arayüz oluşturmak mümkün olmadığında kullanılır.

Ne zaman foreachilk (yani davranış kesinlikle son şey değildir) C # 1.0 başlandı hiçbir jenerik vardı çünkü, sihirli yöntemleri kullanmak zorunda kaldı. Seçenekler temel olarak:

1. Jenerik olmayan IEnumerableve s IEnumeratorile çalışan objectboks değer türleri anlamına gelir. Bir ints listesi gibi bir şeyi yinelemek çok hızlı olmalı ve kesinlikle çok fazla çöp kutulu değer yaratmamalıdır, bu iyi bir seçim değildir.

2. Jenerikleri bekleyin. Bu muhtemelen .Net 1.0'ın (veya en azından foreach) 3 yıldan fazla ertelenmesi anlamına gelir .

3. Sihirli yöntemler kullanın.

Yani, # 3 seçeneğini seçtiler ve .Net 2.0'dan beri gerektiren geriye dönük uyumluluk nedenleriyle bizimle birlikte kaldılar IEnumerable<T>.

Koleksiyon başlatıcıları her koleksiyon türünde farklı görünebilir. Karşılaştır List<T>:

public void Add(T item)

ve Dictionary<TKey, TValue>:

public void Add(TKey key, TValue value)

Yalnızca ilk formunu List<T>ve yalnızca ikinci formunu destekleyecek tek bir arabiriminiz olamaz Dictionary<TKey, TValue>.

LINQ yöntemleri genellikle genişletme yöntemleri olarak uygulanır (böylece, uygulanan tüm türler için örneğin LINQ'dan Nesneye yalnızca tek bir uygulama olabilir IEnumerable<T>), yani bir arabirim kullanmak mümkün değildir.

İçin await, GetResult()yöntem herhangi voidbir tür veya bir tür döndürebilir T. Yine, her ikisini de işleyebilecek tek bir arayüze sahip olamazsınız. awaitKısmen arayüz temelli olmasına rağmen : Bekçi uygulamak zorundadır INotifyCompletionve uygulayabilir ICriticalNotifyCompletion.