Quel est l'équivalent C # de la classe de Java type?

Je ne suis pas à 100% sur les génériques Java ... essayez-vous de déclarer une méthode qui renvoie le même type qu'il a été transmis?

public T MethodThatReturns<T>()
{
    Type clazz = typeof(T);
    ....
}

Je connais avec Java et .NET Generics et j'utilise la classe code> Construisez beaucoup dans mes projets Java. L'une de mes utilisations préférées est de gérer des collections non génériques de Java qui sont renvoyées du code extérieur comme Hibernate (je pense que la dernière version de Hibernate pourrait soutenir des génériques, bien que je ne suis pas certain. Nous utilisons plutôt une Vieille version de celui-ci puisqu'il s'agit d'un projet de longue date qui a trop de code qui devrait être mis à jour si nous l'avons jamais changé.) La fonction fonctionne comme ceci: xxx pré>

C'est tout très simple et la chose importante est que je n'ai pas à créer un objet factice à passer à la fonction, je viens de l'appeler comme suit: p> xxx pré>

une autre chose importante à noter est que le Le paramètre CLS n'est pas utilisé du tout. C'est seulement un moyen de donner un type de béton pour x. P>

la façon dont vous faites la même chose est un peu différent dans C #. Vous pensez peut-être que la même fonction ressemblerait à ceci comme ceci: p> xxx pré>

mais vous seriez mauvais. EM> P> P>

Le Le problème est que Java utilise une astuce appelée Erasure EM>, qui signifie essentiellement que lorsque le code est en réalité compilé, tous les paramètres génériques sont supprimés du code. Donc, dans le monde de la machine virtuelle Java, il n'y a pas une telle chose qu'une liste code> ou tout autre générique, elles sont toutes simples Liste code> et autres non génériques les types. Cela signifie que les génériques ne sont là que là pour vous aider à coder et ne sont pas appliqués au moment de l'exécution. P>

en C #, il n'y a pas d'effacement de type et de génériques sont forts> appliqués au moment de l'exécution. Cela signifie que les éléments suivants généreraient une exception d'exécution lorsqu'il serait utilisé avec la fonction ci-dessus: p> xxx pré>

la raison est que list code> et Liste code> sont considérées comme deux classes complètement différentes. Vous ne pouvez même pas faire list lstobj = (liste ) nouvelle liste (); code> sans obtenir une erreur de compilateur. cela signifie que la fonction ne peut pas renvoyer le même objet qui lui a été transmis. em> nous doit strong> créer un nouvel objet du type correct et renvoyer celui-ci. La forme la plus élémentaire de cela ressemblerait aux éléments suivants: p>

List<long> lstLng = new List<long>();
lstLng.Add(1);
List<int> lstInt = lstLng.Cast<int>().ToList();
List<string> lstStr = lstLng.Select(lng => lng.ToString()).ToList();