Classiquement, en Java on est amené à faire :
 

 
Maintenant si j'ignore que o est en fait du type MyObject, comment puis-je faire le bon cast, dynamiquement ?

bin tu dois savoir au minimum avec quoi tu travailles hein
 
instanceof peux te permettre de trouver le type
 
if (o instanceof MyObject)  
  // ... cast to MyObject

 
ça renvoit java.lang.String, essaye pour voir (je ne sais pas si ça marche)?

Et avec DYNAMIC_CAST ?  
 
Oups, on parle de Java ici, pas de C++, sorry    
 

ça renvoit peut-être le bon type, mais je ne sais pas quoi en faire après, comment peut-on l'utiliser pour caster ?

Y a pas un autre moyen ? Et avec getClass() ? Le truc c'est que getClass() retourne une classe et dans le cast, c'est une chaîne...

Est-ce que qqn sait si ça marche ça ?

Le mieux c'est quand meme de savoir quels sont les types d'objets que tu es censé rencontrer ... S'il y en a vraiment trop, et que tu as besoin de faire un traitement particulier, ben faut faire une généralisation Mais bon après ca depend vraiment du contexte ...

Oui.

Oui, ça marche, mais pas sur que ce soit utile  

+1
 
a part pour le debug, je suis pas convaincu de l'utilite de cette fonction ...
instanceof est a mon sens beaucoup plus utilisable

 
+1

 
c'est aussi mon avis  

copaing !¡!

J'aime bien instanceof. Le truc, c'est si j'ai 50 types différents sur lequel le cast peut porter, ça fait lourdingue.

 
ce qui est surtout lourdingue c'est que tu aies un objet donné qui puisse etre de 50 types différents. C'est ca le vrai problème à mon avis

Je suis pas encore chef de projet. Pour l'instant je fais ce qu'on me dit.

Ta question contient une contradiction. Soit tu connais, au moment d'écrire ton programme, le type réel de ton objet, et l'instruction ci-dessus est exactement ce que tu veux faire, soit tu ne connais pas le type de l'objet avant l'exécution, et  de nouveaux problèmes se posent, en particulier le suivant : comment caractérises-tu le type attendu ?
 
Si c'est par un objet de type Class, qui décrit la classe attendue, alors tu peux écrire :

 
Si tu te moques du type réel, mais que tout ce que tu sais, c'est que ton objet a une méthode toto() avec certains arguments bien particuliers, alors tu peux utiliser la réflexion (package java.lang.reflect) pour récupérer un objet de type Method et invoquer ainsi la méthode.
Mais si je peux me permettre, c'est carrément crade. Dans ce dernier cas, tu devrais au moins pouvoir définir une interface qui définit cette méthode commune, et qu'implémentent toutes tes classes candidates. En faisant cela, tu te ramènerais à faire un simple cast vers ce type interface ancêtre.

Merci Biface. Avec ça tout est dit.
 
Dark > Je disais simplement que le projet sur lequel je suis est vieux de 2 ans, avec toutes les dérives que cela a inclu. Si le programme est crade, c'est que les interfaces de programmation, le framework n'arrêtent pas de changer. Je pense que ici personne n'est en mesure de gérer la situation. C'est l'anarchie, le pouvoir aux codeurs.

et ca tourne ?  

Je rêve depuis longtemps de travailler dans une telle boite...

Non, bien sûr.

Ah viens pas tout nous saccager !

 
haaaaaa....
vive les timer swing dans les servlets
vive la génération dynamique de HTML par servlet (PHP ? connais pas...)
vive les connexions qui ne se ferment jamais à la base...
vivent les projets qui fuient de partout
vive l'anarchie
 
"I am an anarchist !"