Discussion :

[the_best]

Bonjour,

J'ai un petit problème :
J'aimmerais qu'une sous classe transmètre à sa classe partene un info, enfait, signaler que des données sont arrivées, et qu'il faut les traiter.
- Est-il possible de faire un système d'évements personnalisés comme les évenement d'un bouton ? (j'ai pas trouvé)
- Ou y'a t-il possiblité d'exectuer une fonction de la classe parent (non-static)(j'ai pas trouvé)

J'ai réussi par un système détourné, en fait je transmet un controle jLabel à ma sous-classe et elle modifie sont texte, ce qui crée un évenement, mais c'est pas partique.....

Le prob est que la superClasse doit continuer à s'eceuter, elle ne peut pas attentre l'arrivée de données et doit le traiter 'quand ça vient et que j'ai rien à faire' (la sous classe est un thread)

J'espère avoir été assé claire...

[keil]

A te lire, soit on te comprend pas, soit on comprend que t'as rien compris à la POO. Je pense que tu devrai mieux réexpliquer ton pb.
Si j'ai bien compris ce que tu veux, pourquoi ne pas crée une class qui n'hérite de rien mais qui est composé d'un objet de ce que tu appelle la classe parente.
Ainsi tu pourra utilisé cet objet directement avec ses méthodes non statiques

[soulhouf]

je te conseille d'utiliser le pattern "observateur" qui est fait pour ça.
si tu ne le connais pas, une petite recherche sur google...

[xavlours]

Heu, ca sent le probleme de conception ou de POO.

Si tu as un objet de la classe fille (ClasseFille object = new ClasseFille()), il peut acceder a toutes les infos de la classe parente (sauf les private) et executer toutes les methodes.
Il y a toujours la possibilite d'executer une methode (ou fonction) de la classe parente non-statique, a condition d'avoir un objet de cette classe.

Si tu dois avoir deux entites (objets, donc) qui echangent des informations, tu dois avoir deux classes pas parentes qui possedent une reference croisee (chacun connait l'autre et peut utiliser les attributs/methodes publiques).

Je pense que si tu comprends bien la difference entre classe et objets, tu comprendras l'heritage et tu y arriveras tout de suite.

[the_best]

Heu, ca sent le probleme de conception ou de POO.

Si tu as un objet de la classe fille (ClasseFille object = new ClasseFille()), il peut acceder a toutes les infos de la classe parente (sauf les private) et executer toutes les methodes.
Il y a toujours la possibilite d'executer une methode (ou fonction) de la classe parente non-statique, a condition d'avoir un objet de cette classe.

Si tu dois avoir deux entites (objets, donc) qui echangent des informations, tu dois avoir deux classes pas parentes qui possedent une reference croisee (chacun connait l'autre et peut utiliser les attributs/methodes publiques).

Je pense que si tu comprends bien la difference entre classe et objets, tu comprendras l'heritage et tu y arriveras tout de suite.

Donc si j'ai bien compris, vaut bien que mon ancienne classe partente et mon ancienne classe file toutes les 2 files d'une nouvelle classe parente, et lors on leur transmet chaqune entre elle, l'autre ? (Comme j'ai transmis un jLabel à la classe fille ?)

[the_best]

En fait c'est bon, j'ai simplement transmi à mon nouvelle objet son 'papa' et je peut appeler ses fonctions...