Jenerik suistimal nedir?

Bazı kodları incelerken, jenerik kullanmak için onu değiştirme fırsatını fark ettim. (Gizlenmiş) kodu şöyle görünür:

public void DoAllTheThings(Type typeOfTarget, object[] possibleTargets)
{
    var someProperty = typeOfTarget.GetProperty(possibleTargets[0]);
    ...
}

Bu kod şöyle, jeneriklerle değiştirilebilir:

public void DoAllTheThings<T>(object[] possibleTargets[0])
{
    var someProperty = type(T).getProperty(possibleTargets[0]);
    ...
}

Bu yaklaşımın yararlarını ve eksikliklerini araştırırken genel istismarı adı verilen bir terim buldum . Görmek:

• Başlatılmamış (geliştiriciyi) jeneriklerden korumak
• https://stackoverflow.com/questions/28203199/is-this-an-abuse-of-generics
• https://codereview.stackexchange.com/q/60695

Sorum iki bölümden oluşuyor:

1. Bunun gibi jenerik ilaçlara geçmenin bir faydası var mı? (Performans? Okunabilirlik?)
2. Jenerik Kötüye Kullanım Nedir? Ve her seferinde bir tür parametresi kötüye kullanımı olduğunda bir genel kullanıyor mu?

Jenerikler uygun şekilde uygulandığında, sadece yeniden düzenlemek yerine kodu kaldırırlar . Öncelikle, jeneriklerin kaldırılmasında en iyisi olan kod, yazım işaretleri, yansıma ve dinamik yazımdır. Bu nedenle, jenerik kötüye kullanımı, jenerik olmayan bir uygulamaya kıyasla, tahmin, yansıtma veya dinamik yazmada önemli bir azalma olmadan genel kod oluşturma olarak tanımlanabilir.

Örneğinizle ilgili olarak, jeneriklerin object[]a T[]ya da benzerini değiştirmesi ve bundan kaçınması Typeya da typetamamen kullanılması için uygun bir jenerik kullanımı beklerdim . Bu, başka yerlerde önemli yeniden düzenleme gerektirebilir, ancak jenerik kullanmak bu durumda uygunsa, işiniz bittiğinde genel olarak daha kolay sonuçlanmalıdır.

Saçma sapan kuralını kullanırdım: Jenerik, diğer tüm programlama yapıları gibi, bir sorunu çözmek için var olur . Jenerikler için çözülecek bir sorun yoksa, bunları kullanmak kötüyedir.

Belirli jenerik durumlarda, çoğunlukla farklı türlerin kod uygulamalarının tek bir genel şablonda (ya da diliniz ne olursa olsun) bir araya getirilmesine izin vererek somut türlerden uzaklaşmak için soyutlar. Şimdi, bir tür kullanan kodun olduğunu varsayalım Foo. Bu türü bir jenerikle değiştirebilirsiniz T, ancak çalışmak için yalnızca bu koda ihtiyacınız olursa Foo, birlikte katlayabileceğiniz başka bir kod yoktur. Bu nedenle, çözülecek bir problem yoktur, bu nedenle jenerik katmanın indirilmesi sadece okunabilirliği azaltmaya hizmet edecektir.

Sonuç olarak, kodları jenerik kullanmadan, yazmanız gerekene kadar (sadece ikinci bir örneğe ihtiyaç duyduğunuz için) yazmanızı öneririm. Sonra, ve ancak o zaman, jenerik kullanımı için kodu yeniden düzenleme zamanı geldi. Bu noktadan önceki herhangi bir kullanım gözlerimde suistimaldir.

Bu biraz bilgiçlik gibi görünüyor, bu yüzden size hatırlatmama izin verin:
Programlamada istisnalar olmadan hiçbir kural yoktur. Bu kural dahil edildi.

Kod tuhaf görünüyor. Ancak, biz onu çağırıyorsak, türü bir genel olarak belirtmek daha hoş görünür.

https://stackoverflow.com/questions/10955579/passing-just-a-type-as-a-parameter-in-c-sharp

Şahsen arama kodunun hoş görünmesini sağlayan bu sıkışmaları sevmiyorum. örneğin bütün 'akıcı' şey ve Uzatma Yöntemleri.

Ancak bunun popüler bir takip olduğunu kabul etmek zorundasınız. microsoft bile örneğin birlik içinde kullanmak

container.RegisterType<IInterface,Concrete>()

Bana göre burada doğru yoldaydın, ama işi bitirmedim.

object[]Parametreyi bir Func<T,object>[]sonraki adım için değiştirmeyi düşündünüz mü ?