This post originated from an RSS feed registered with .NET Buzz
by Adrian Florea.
Original Post: Dove metto il type parameter? [post con Massimo Prota]
Feed Title: Web Log di Adrian Florea
Feed URL: /error.aspx?aspxerrorpath=/adrian/Rss.aspx
Feed Description: "You know you've achieved perfection in design, not when you have nothing more to add, but when you have nothing more to take away." Antoine de Saint-Exupery
Facendo oggi con Massimo il refactoring con generics della classe DotNetNuke.Common.Utilities.Null, sono nate alcune considerazioni sui tipi generici. Di seguito il post a 4 mani - si nota anche dall'italiano :-)
Avendo una classe static Foo che espone funzionalità generiche e più conveniente definire il type parameter per un metodo (Dummy) piuttosto che per la classe. Questo perché a runtime verrà generata un'unica classe Foo con più metodi Dummy anziché più classi Foo con un metodo Dummy ciascuna. Per esempio, il seguente snippet:
using System; Â classFoo { Â Â Â Â Â static Foo() Â Â Â Â Â { Â Â Â Â Â Â Â Â Â Â Â Console.WriteLine("Foo<{0}>", typeof(T)); Â Â Â Â Â } Â Â Â Â Â publicstaticvoid Dummy() { } } Â classFoo { Â Â Â Â Â static Foo() Â Â Â Â Â { Â Â Â Â Â Â Â Â Â Â Â Console.WriteLine("Foo"); Â Â Â Â Â } Â Â Â Â Â publicstaticvoid Dummy() { } } Â classTest { Â Â Â Â Â staticvoid Main() Â Â Â Â Â { Â Â Â Â Â Â Â Â Â Â Â Foo<int>.Dummy(); Â Â Â Â Â Â Â Â Â Â Â Foo<string>.Dummy(); Â Â Â Â Â Â Â Â Â Â Â Â Foo.Dummy<int>(); Â Â Â Â Â Â Â Â Â Â Â Foo.Dummy<string>(); Â Â Â Â Â } }
stampa a console:
Foo Foo Foo
Questo soprattutto se dobbiamo fare nella classe un'analisi del type parameter (come nel caso del refactoring della classe Null). Utilizzando questa soluzione il controllo verrà fatto soltanto una volta nella classe e non si troverà moltiplicato per ogni type parameter fornito.
Se la classe possedesse anche dei metodi non generici, con la classe Foo dovremmo specificare obbligatoriamente un type parameter per T anche se i rispettivi metodi non lo utilizzerebbero.
Previous Topic
