Retour instance de type générique

Question

J'ai écrit une classe générique et je veux créer son instance à partir d'une méthode statique. Le problème est que je ne peux pas créer une instance générique de l'objet. Je sais que cela semble confus et il est préférable de montrer le code. Je ne suis pas sûr si cela est possible du tout ... mais on dirait que c'est une exigence de conception d'objet trivial. Des idées? Merci!

UPD: J'utilise .NET 4.0. Cela fait-il une différence? :)

UPD2: En regardant le problème maintenant, je vois que c'est une question idiote. Et il est impossible de retourner de tels objets "génériques".

Answer 1

Crée une classe de base non générique et en hérite la classe générique (ils peuvent avoir le même nom et ne différer que par le type générique). Dans la classe de base non générique, créez des instances génériques dans votre méthode statique (qui renvoie la classe de base non générique comme résultat). Vous pouvez ensuite convertir ceci en type générique auquel vous vous attendez.

public abstract class Parameter { 
    public static Parameter FromXml(XElement xElement) { 
    ... 
    } 

    public string Name { get; set; } 

    public abstract XElement ToXml(); 
} 

public class Parameter<T>: Parameter { 
    public T Value { get; set; } 

    public override XElement ToXml() { 
    ... 
    } 
} 

Il n'y a pas vraiment une autre façon de le faire, puisque dans votre échantillon du type de T est spécifié avant la méthode statique fonctionne.

Answer 2

Ceci fonctionne pour les classes personnalisées mais peut ne pas fonctionner pour les types de valeurs. Jetez un oeil à This Post pour voir comment cela fonctionne pour les types de tas.

Answer 3

Comme indiqué par SLaks, c'est impossible. Pensez-y de cette façon,

Parameter<???> value = Parameter<???>.FromXml(...); 

Comment allez-vous résoudre jamais ce que les questionmarks devraient être quand cela dépend du contenu du XmlElement?

Vous devez utiliser une classe commune qui capture la valeur en tant qu'objet et expose les informations de type.

Answer 4

Le problème est: T est évalué au moment de la compilation. Le compilateur n'a aucune chance de savoir à quel type votre type 'sType' va évaluer au moment de l'exécution. De plus, dans l'assemblage compilé, aucun générique n'existe plus. Par conséquent, afin de construire un type à l'exécution, basé sur une condition qui ne peut être évaluée qu'à l'exécution, vous devrez présenter un type concret au compilateur de toute façon. Donc, quelque part, vous pouvez décider de votre type de retour dans un si .. autre cascade comme ça:

if (sType is String) 
    return new Parameter<String>() 

else if (sType is double) 
    return new Parameter<double>() 
... 

Cela peut être placé à l'intérieur d'une classe de fabrique ou juste à côté de la classe XElement, je suppose. Afin de pouvoir retourner Parameter par exemple, vous pouvez utiliser une interface (ou une classe de base commune, comme dans une autre réponse), qui peut représenter toutes les variantes de Parameter. C'est la raison pour laquelle la méthode, qui analyse le Xml IMO, est mieux placée en dehors de Parameter.

De plus, comme il semble, vous êtes cert de « désérialisation » à partir de XML, pensez à utiliser certaines fonctionnalités dégivreur/sérialiseur;)