Uzatma yöntemleri sadece sınıfın örnekleri, statik sınıfın kendisi değil çalışabilir this question biliyorum. Bu Convert Math gibi kullanışlı statik sınıfları uzatmak anlamına gelir.

Bilmek istediğim, neden bu durumda? C bazı öneriler var bağlantısından# takım bu çeşit bir işlevselliği hayata geçirdik. Desteklenen değil neden bazı felsefi bir nedeni var mı?

Örneğin, burada yerleşik ForEach<T> uzatma SERİ IEnumerable<T> var yok neden arkasında rationale.

C# takım bu çeşit bir işlevselliği hayata geçirdik. Desteklenen değil neden bazı felsefi bir nedeni var mı?

Teknik sebep ve felsefi bir sebep yok. Ancak ben sık sık işaret ettiği gibi, bir gerekçe sunmak zorunda değilimdeğilbir özellik yapıyor. Özellikleri ucuz değil; son derece pahalı ve sadece kendi maliyetini haklı olmalılar, yüz diğer özellikler işimiz değil fırsat maliyeti haklı göstermek gerekirolabilirbu bütçe ile yaptık. Hissedarlarımıza özellikleri maliyeti haklı göstermek gerekir, ama zaman ve emek tasarrufu tarafından haklı ihtiyacımız vardeğiluygulama bizim bar buluşmuyoruz bulunmaktadır.

Özellikle, önerilen özellik ETMENİZ için hiçbir şey yapmaz; uzatma yöntemleri SERİ iş yapmak için eklenmiştir. SERİ iş yapmadığı bir şey çok zor C# 3.0; zamanlamada çok iş ve bu işleri yapmak için çok fazla zaman geçirdik. (Otomatik özellikleri yapılan şaşırdım.) Hatta bu tasarımı daha önce gereksiz bir kesme özelliği başka şeyler üzerinde harcanan zaman ve çaba kurtardıyapınSERİ çalışması.

Kısacası: önerilen özelliğini hiç mal üzerinde net fayda için bizim barda bir araya geldi ve hep sınırlı zaman ve çaba harcamak için daha önemli özellikleri vardı.