Genel yüklere karşı aşırı yükler

Question

Bir sorum var. Çerçevede, genellikle jenerikler gelmeden önce yazılmıştır, genellikle farklı türlerde bir şeyler yapmak için çok fazla aşırı yüklenme olan bir işlev görürsünüz.

a)

Parse(int data) 
Parse(long data) 
Parse(string data) 
..etc 

her yöntem ve böylece küçük bir kod tutmak yardımcı olarak ok gibi görünüyor Yani. Öte yandan, artık jenerik ile aşağıdakileri yapabilirsiniz:

b)

Parse<T>(T data) 

ve sonra ne tiplerini anlaması için denemek için typeof() ile IFS/switch tabloların çeşit ve onlarla ne yapmalı?

En iyi uygulama nedir? Ya da a) ve b) arasında seçim yapmama yardımcı olacak ideiaslar nelerdir?

Answer 1

IMHO, eğer/anahtar ifadeleri gerekiyorsa, daha fazla aşırı yüklemelisiniz. Uygulamanın, yeniden kullanmak için beton tipine bağlı olmadığı durumlarda jenerikler kullanılmalıdır.

genel bir kural olarak Yani: Eğer mümkün olan tüm türleri için çalışan tek uygulama olabilir eğer her tip

kullanım jenerik için ayrı uygulama olacaktır

• aşırı eğer.

Answer 2

Genetiklerin kullanılmasının bir grup ifs/anahtar deyimiyle sonuçlandığı yerde tanımlamanız, bir desen desenidir.

Bunun için bir çözüm, jenerik kullanmanıza izin veren bir strateji modeli uygulamaktır, ancak aynı zamanda her farklı durumla nasıl başa çıkılacağını bilmekten Parse yönteminin endişelerini ayırmaktır.

Örnek:

class SomeParser 
{ 
    void Parse<T>(ParseStrategy<T> parseStrategy, T data) 
    { 
     //do some prep 

     parseStrategy.Parse(data); 

     //do something with the result; 
    } 
} 

class ParseStrategy<T> 
{ 
    abstract void Parse(T data); 
} 

class StringParser: ParseStrategy<String> 
{ 
    override void Parse(String data) 
    { 
     //do your String parsing. 
    } 
} 

class IntParser: ParseStrategy<int> 
{ 
    override void Parse(int data) 
    { 
     //do your int parsing. 
    } 
} 

//use it like so 
[Test] 
public void ParseTest() 
{ 
    var someParser = new SomeParser(); 
    someParser.Parse(new StringParser(), "WHAT WILL THIS PARSE TO"); 
} 

ve sonra size geliştirmek stratejilerin herhangi geçmek mümkün olacaktır. Bu, endişelerinizi birden fazla sınıfta doğru bir şekilde ayırmanıza ve SRP'yi (tek sorumluluk ilkesi.

Answer 3

ihlal etmemize olanak tanır. Bununla ilgili tek bir kural yoksa, jenerikler belirli bir tür alakasız olduğunda kullanılmalıdır..Yani bu tür kısıtlama olamaz, ancak bu tür aslında aslında önemli değil. Bu durumda, ayrıştırma yöntemi tamamen (her biri için) bağlıdır ve her tür için. burada iyi bir çözüm gibi görünüyor.

Answer 4

Kod kokusu.

siz "/geçerseniz çeşit varsa", sadece 'un polimorfizm çığlık verdiği bir kod kokusu. Bu soruna çözümün jeneriklerin olduğunu önermektedir. kodu beton tipine bağlı olmadığında jenerik kullanılmalıdır.

Bu Google Tech Talks Videosu'nu izleyin: "The Clean Code Talks -- Inheritance, Polymorphism, & Testing". Özellikle ne hakkında konuşuyorsunuz.

Answer 5

Burada bir sorun var - eğer jenerik yapmak için deyim/anahtar ifadesi gerekiyorsa, muhtemelen daha büyük bir sorunla karşılaşırsınız. Bu durumda, genel argümanın EVERY tipi için (doğru bir şekilde) çalışmayacağından, büyük olasılıkla ele aldığınız sabit bir tip kümedir. Bu durumda, belirli türlerin tek tek ele alınabilmesi için aşırı yüklenmeler yapmanız çok daha iyidir.

Bu

birçok avantajı vardır: kötüye şansı yoktur

• - tip uygun olan çok açıktır - Eğer kullanıcı geçersiz bir argüman
• API'nızdan daha netlik yoktur geçemez konum
• jenerik yöntemler başlayan kullanıcılar için de bariz daha kullanmak karmaşık ve olmayan
• jenerik kullanımı herhangi türü geçerli olduğunu göstermektedir - onlar gerçekten her türlü çalışması gerekir
• Genel yöntem muhtemelen daha yavaş olabilir, performans anlamlı

Argümanınız herhangi bir türde çalışabiliyorsa, bu durum daha az anlaşılır hale gelir. Bu durumda, genellikle aşırı yüklemeleri ve türler için genel bir geri dönüş yöntemi eklemeyi düşünürdüm. Bu, yönteme "beklenen" bir tür ilettiğinizde bir performans artışı sağlar, ancak diğer beklenmeyen türlerle de çalışabilirsiniz.