Discussion :

[hadler]

Bonjour à tous,

J'ai un souci avec l'héritage de classes, et je pense d'ailleurs que ma question est un peu idiote, mais je ne comprend pas mon soucis

alors voilà, j'ai une classe mère "Condition", qui est abstraite.

J'ai créé plusieurs classes filles "BetweenCondition", "InCondition", ...

Ensuite, dans mon application, je reçois un objet de Condition, et selon le type d'objet fille, je dois faire un traitement spécifique.

J'utilisais la méthode suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

monObjet.getClass().getName()

ça fonctionne nickel quand je teste ma classe sous eclipse, par contre quand je mets mon code sru le serveur pour tester le résutltat dans ma jsp, la méthode ne fonctionne pas du tout, et j'ai droit à une magnifique erreur.

Ma question est donc de savoir s'il existe une autre méthode que ça pour connaitre le type de fille que l'on a.

J'ai bien pensé à un champs String final dans chaque classe fille qui indique le type ou le nom de la classe, mais ça me semble pas propre.

[verbose]

ça fonctionne nickel quand je teste ma classe sous eclipse, par contre quand je mets mon code sru le serveur pour tester le résutltat dans ma jsp, la méthode ne fonctionne pas du tout, et j'ai droit à une magnifique erreur.

Il faudrait que tu approfondisses la question parce là c'est franchement bizarre.

Sinon, pour tester le type d'un objet, tu as l'opérateur instanceof

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Object obj;
if(obj instanceof A) {
	//le type réel de obj est A
}
else if(obj instanceof B) {
	//le type réel de obj est B
}

[CyberChouan]

Je pense que tu n'as pas tout à fait compris l'intérêt de l'héritage...

Dans ton cas, tu n'as pas besoin de vérifier le type réel de ta classe.

Il te suffit que ta classe Condition déclare une méthode abstraite "verifierCondition()" par exemple.

Chacune de tes classes filles implémente cette méthode.

Quand tu reçois une "Condition", tu appelles dessus cette méthode. Java fera le travail pour toi et choisiras la bonne implémentation (celle de la condition qui est réellement passée à ta méthode). C'est là tout l'intérêt des méthodes abstraites et du polymorphisme

[hadler]

En fait, je ne comprends pas l'erreur moi même.

Je m'explique plus clairement. Je développe une application sous Struts. J'ai testé mon traitement avec ma classe Condition en utilisant une méthode "main" d'une de mes classes. Le traitement se réalise bien et me donne les bons résultats.

Par contre, une fois que je transfère mes fichiers sur mon serveur pour tester mon application en ligne et voir le résutlat que ça donne, une instruction fait planter le tout. Et c'était justement le monObjet.getClass().getName() qui provoquait ça.

Je n'étais pas au courant de la méthode instanceOf, je vias voir avec ça de suite.



En fait si je comprends bien l'intêret de l'héritage, mais je ne peux pas décrire ma méthode dans les conditions fille.

En fait, ma condition fille est un objet générique qui sert à déclarer une condition pour une clause Where.
Si je mets mon traitement dans ma condition, il faut que la condition ai plusieurs méthode pour le traitement, selon le type de requête que l'utilisateur veut faire (SQL ou autre chose), ou alors je dois encore faire des classes filles pour chaque conditions.

c'est pour ça que le traitement ne se trouve pas dans mes conditions, et que j'ai besoin de connaitre le type exacte de mes classes filles.

[adiGuba]

Salut,

Par contre, une fois que je transfère mes fichiers sur mon serveur pour tester mon application en ligne et voir le résutlat que ça donne, une instruction fait planter le tout. Et c'était justement le monObjet.getClass().getName() qui provoquait ça.

Et quel est l'erreur que tu obtiens lors de ce plantage ???

Cela m'étonnerai que cela viennent de getClass().getName() donc je suppose que c'est monObject qui doit être null...

a++

[hadler]

justement non, le monObjet.getClass() me donne le bon résultat.

C'est vraiment le getName() qui foire.

Pour ce qui est de l'erreur, j'ai juste "internal servor error" et je ne connais pas le moyen d'afficher plus précisément les messages d'erreurs venant de Struts

[verbose]

justement non, le monObjet.getClass() me donne le bon résultat.

C'est vraiment le getName() qui foire.

Je suis perplexe. A moins que cette méthode ait été redéfinie. De quelle manière as-tu débogué pour être certain que le problème vient de getName() ?

[hadler]

Tout d'abord, J'ai utilisé monObjet.getClass().getName() ==> erreur.

J'ai donc décomposer mon instruction pour d'abord faire le getClass(), et ensuite le getName() en une seconde instruction. Ensuite j'ai mis ma commande getName() en commentaire pour voir ce que ça donnais.
Résultat ==> aucune erreur.
Par contre, quand je retire le commentaire, ça bug à nouveau.

Enfin bon, avec l'opérateur instanceof ça marche nickel maintenant, même si ce n'est pas des plus jolis.

[adiGuba]

Par contre, quand je retire le commentaire, ça bug à nouveau.

Et on pourrait voir ce code ???

Enfin bon, avec l'opérateur instanceof ça marche nickel maintenant, même si ce n'est pas des plus jolis.

Bof c'est pas pire qu'une comparaison avec le nom de la classe

a++

[hadler]

voici donc le code de ce que j'avais fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
String name =monObjet.getClass().toString() ;
session.setAttribute("test", name) ;

Ce morceau là marchait très bien. Voici donc le code quand ça ne fonctionnait plus :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
String name =monObjet.getClass().getName() ;
session.setAttribute("test", name) ;

Le getClasse me donne bien la bonne classe, et c'est bien pour ça que je suis perdu, car je ne vois pas d'erreur là dedans.
je n'utilise la variable dans la session que pour afficher son contenu dnas ma page .jsp.
quand j'ai une erreur, je l'ai que je stock ma variable dans la session ou non.

Enfin voilà, à moins d'une solution miracle, je continue à utiliser instanceof donc

[Patriarch24]

En fait si je comprends bien l'intêret de l'héritage, mais je ne peux pas décrire ma méthode dans les conditions fille.

En fait, ma condition fille est un objet générique qui sert à déclarer une condition pour une clause Where.
Si je mets mon traitement dans ma condition, il faut que la condition ai plusieurs méthode pour le traitement, selon le type de requête que l'utilisateur veut faire (SQL ou autre chose), ou alors je dois encore faire des classes filles pour chaque conditions.

c'est pour ça que le traitement ne se trouve pas dans mes conditions, et que j'ai besoin de connaitre le type exacte de mes classes filles.

Je n'ai pas tout compris à ton problème, mais il me semble que la partie de phrase en gras est une bonne idée (ça te gêne d'avoir une hiérarchie à plusieurs niveaux ?) : cela s'appelle de la conception objet. L'utilisation de getClass et getName est en général inutile, sauf pour faire de l'introspection (encore faut-il en avoir l'utilité, ce qui n'est pas le cas ici).