Hello,
 
J'aimerai savoir si c'est possible, de créer une méthode capable de construire un objet du type que l'on transmet en paramètre ?
Exemple je transmet à cette methode le type monObjet et lui arrive a appeler le new de monobjet, si je lui transmet le type unautreobjet il est capable d'appeler le new correspondant a la classe unautreobjet.
 
c'est comprehensible ?

ah part faire un constructeur pour tous les cas, je voix pas bien comment on peut faire

par Reflection

En faut tu souhaite faire une sorte de factory un peu super méga générique?
Si oui, suis la réponse donnée plus haut : la reflection

ca doit être du coté de System.Activator.CreateInstance

oui il s'agit bien de reflecion, le problème etant que je ne vois pas comment appeler le constructeur d'un type passé en paramètre .
 
C'est la ou ca coince.
 
Oui c'est une sorte de factory hyper générique .

ca existe déjà
 
ca sapelle la réflection
 
avec Activator.CreateInstance(tonType)
 
tonType peut etre écrit en string ou a laide de typeof()
 
merci de lire un peu sur le sujet ...

tu as regardé sur MSDN ce que je t'ai dit? la réponse est dedans.

la meilleure solution ce n'est pas de faire de l'introspection, mais c'est d'utiliser des classes génériques.  
 
exemple de fonction générique
 
public void maFonction<T>(): T:new()
{
        T = new T();
}
 
appel:
 
maFonction<monObject>();
 
EDIT: uniquement avec .NET 2.0

sorry, a l'heure ou je suis venu sur le forum je n'ai pas été voir .
 
Mais ça à l'air sympa , je peux pas tester car je suis pas au boulot donc pas de visual studio, mais ça à l'air d'être ça.
Merci .
Je n'ai pas trouvé grand chose sur le net à ce sujet et des collègues me disaient qu'en .net c'était l galère à faire voir impossible ...

ok pourquoi pas, mais la tu vois je ne sais pas comment appeler une fonction dont je créais le nom manuellement , et je suis en framework 1.1.
Autre problème il faut réécrire la méthode pour chaque objet, si j'ai 6 objets il me faut créer 6 méthodes, c'est ce que je voudrai éviter . Mais merci quand même, car j'vaais oublié ce genre de truc, qui me semble être faisable en java. Par contre je crois que cela est aussi de l'introspection non ?

héhé personne ne m'écoute ici !!

beinsi tu l'as dis juste apres lamarmotte .
 
Je testerai ca en semaine, mais ca serait assez tordant si c est aussi simple qu'annoncé .

ski faut pas entendre...

 
Non il ne faut pas recréer autant de méthode qu'il n'y a d'objet.  
 
Le "T" dans la méthode peut représenté n'importe quel objet. ça ne s'appele pas de l'introspection, mais une classe GENERIQUE qui dit bien ce qu'elle fait.  
Naturellement, si tu es un .NET 1.1, oublie ce truc la qui n'est présent que depuis le .NET 2.0 (ça vient initialement du C++ et pas convaincu que ça existe en JAVA).
 
Donc maintenant, te reste plus que l'introspection.  

Je viens de regarder un petit exemple .
En effet pas besoin de réécrire x fois la méthode, ça à l'air pas mal, dommage que ma boite reste en 1.1 .
 
en effet je ne crois aps qu'il y ait d'équivalent en java, enfin je ne sais pas, je confondais avec un autre principe.

pour travailler avec un framework différent installe sur ton PC une machine virtuelle (ya des tools gratuits), c'est ce que l'on fait dans ma 'boite' pour simuler l'environement client ou simplement tester la compatibilité..
 
as tu lu un peu sur la réflection ? c'est vraiment puissant

je ne travaillerai aps sur un framework different car ma boite c'est du framework 1.1, on ne passera pas en version 2 pour un moment.
 
je connaissais la réflexion, j'en avais jamais fait, on m'en avait parlé en java, en .net j'en ai jamais eu vraiment l'utilité , mais voila que j'en ai besoin .