Types non connu avant lancement du programme

Bonjour,

Je suis exposé à un problème :
- Le type de la variable est inconnue avant lancement du programme.
Elle est connue par la suite dans le programme selon un paramètre placé par l'utilisateur.

Pour l'instant selon le paramètre entré par l'utilisateur j’obtiens une variable.

Code:

---

Type catalogue = typeof(Catalogue<Element>);

---

Je souhaiterais créer l'objet de ce type, afin de pouvoir utiliser les méthodes qui lui sont associées.
J'ai lu qu'il était possible d'utiliser la réflexion à ce sujet, elle est mise en place mais ne me convient pas totalement...

-L'utilisation de la réflexion est lourde, de plus toute la suite du programme qui utilise l'objet crée en réflexion doit utiliser aussi la réflexion.

Code:

---

1 2 3 4

MethodInfo methodeSansGenerique = typeof(JsonConvert).GetMethod("DeserializeObject", new[] { typeof(string) }, true); MethodInfo methodeAvecGenerique = methodeSansGenerique.MakeGenericMethod(catalogue); var catalogueElement = methodeAvecGenerique.Invoke(null, new object[] { "{//Contenu du fichier JSON supprimé pour la clarté...}" });

---

Je me demandais si quelqu’un avait une solution à ce problème, je suis encore débutant en C# et en Framework .NET.

Merci à vous ! ;)

Tu pourrais regarder du côté des variables dynamic. Le type n'est pas connu à la compilation.

Merci, je vais essayer de regarder de ce côté.

Bonjour.

Tu as deux problèmes.
a) Celui de l'initialisation (et là on ne peut pas faire très différemment: soit on garde l’introspection réflexion et tu peux au mieux mettre en cache, soit tous les types possibles sont connus à l'avance et tu utilises un switch).
b) Le fait que tu aies besoin de l'introspection pus tard. Cela est anormal. Normalement tes objets devraient avoir une classe de base ou une interface commune et c'estbpar elle que tu devras les manipuler. Je ne vois aucune raison qui justifieraient d'utiliser l'introspection tout du long.

Note que dynamic utilisera de façon transparent l'introspection. Mais tu ne pourras pas l'utiliser pour appeler des méthodes de JsonConvert.

Oui... je me dis que j'ai peut-être une mauvaise conception du problème.

En réalité l'utilisateur choisi un mode au lancement du programme. Seulement 5 modes sont possibles.

Est établi alors un catalogue qui contient des éléments associés à ce mode.

Les éléments du catalogue se trouve dans un fichier JSON différent selon le mode qui permet de construire le catalogue correspondant.

(A noter que la méthode DeserializeObject() de JsonConvert peut être utilisée sans générique pour renvoyer un object selon un type placé en paramètre.)


Puis-je utiliser un switch dans ce cas ? (Si oui, pouvez vous me donner des précisions car j'ai un peu de mal sur ce point...)


D'autre part les objets éléments du catalogue disposent en effet d'un classe abstraite commune, peut-être une incompréhension de ma part sur ce point de polymorphisme... ? Je ne vois pas comment faire...

Il faut se poser la question à savoir pourquoi ton application ne pourrait pas connaitre tous les types...

S'il faut absolument que l'application puisse s'adapter à une liste de types changeante (et dont la nature des types pourrait aussi changer) sans que l'application ne soit modifiée, il existe quand même des patterns qui pourraient t'aider à accomplir ton objectif.

Premièrement, si les méthodes invoquées sont toujours les mêmes, alors définis-toi une interface qui est obligatoirement implémentée par les types acceptés par ton application.

Par example, j'ai une application qui accepte des documents de toutes sortes qui sont utilisés dans un thread secondaire afin de contruire automatiquement des regroupement de plans 3D en PDF. J'ai simplement créé une interface IPDFJoinable qui forme l'implémentation d'un broadcast à un helper qui regroupe tous les fichiers. J'ai une douzaine de types de fichiers différents qui sont interceptés et je n'ai jamais eu à modifier le code du worker. Le worker quant à lui invoque les méthodes appropriées et découvre au runtime la présence de propriétés.

Deuxièment, tu pourrais aussi créer un web service qui agit comme dictionnaire de type. Au lancement de ton application, tu polls le web service comme connaitre la nature des types que l'application accepte et le reste n'est plus que de la sérialization... Tu pourrais alors 'pousser' des comportements en invoquant des librairies dynamiques ou des web services. Dans une application windows de type plugin, tu n'as même pas à redéployer ton application. Tu mets toute ta logique changeante dans des plugins que tu déposes physiquement au besoin où l'application se trouve...

Bonjour merci de la réponse, je suis toujours bloqué...

L'application connait tous les types en fait mais le type est choisi selon ce que veut l'utilisateur.

En fait il doit y avoir quelque chose que je loupe dans le polymorphisme et interfaces à cause des types génériques....

Voici le code simple quand le code ne comporte pas les classes qui peuvent changer.

Code:

---

1 2 3 4

Catalogue<Element, SuperElement> catalogueElement = JsonConvert.DeserializeObject<Catalogue<Element, SuperElement>>("{//Contenu du fichier JSON supprimé pour la clarté...}" }); catalogueElement.NombreElements(); SuperCatalogue<SuperElement> superCatalogueElement = catalogueElement.ConvertirEnSupercatalogue(); superCatalogueElement.Traiter();

---

Je ne souhaite pas passer par un service web.

Vu ton problème, au cours de ton programme tu ne devrais avoir à manipuler que les classes mères (ou des interfaces). Autrement dit peu importe que tu désérialises une liste de chats ou de chiens, l'essentiel est que tu retournes une liste d'animaux. Et c'est une liste d'animaux que tu manipuleras tout au long du programme, sans savoir s'il s'agira à l'exécution de chats ou de chiens.

Merci DonQuiche de m'avoir rappeler ça.

J'ai maintenant le résolu le problème en ajoutant une interface et en utilisant les classes mères pour les éléments. J'avais un problème surtout au niveau du catalogue (mais avec l'interface c'est bon).


Merci encore à tous ceux qui ont tenté de m'aider.