Redéfinition de méthodes de classes impossibles car se croisent

Bonjour,

j'ai besoin de redéfinir la méthode "log" de l'objet Ircom. Mais log Appelle IHM qui n'est pas encore définit.

Si je définis IHM avant Ircom alors je me retrouve avec le même problème puisque onTextLine de IHM appelle Ircom qui ne sera pas lui encore définit :aie:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

final Ircom ircom = new Ircom() { public void log (String line) { /* compil error */ ihm.getConsole().append (line + "\n"); /* compil error */ ihm.getConsole().setCaretPosition (ihm.getConsole().getText().length()); } };   final IHM ihm = new IHM() { public void onTextLine (String line) { ircom.send(line); } };

---

Merci si vous pouvez me faire part de vos suggestions ;)

Hello,

premier réflexe quand on galère avec les classes anonymes : faire des classes pas anonymes.

... Je dis pas que c'est impossible avec des classes anonymes, hein. Je dis juste que c'est pas nécessaire de se compliquer la vie.

Mais alors pour redéfinir la méthode log(String line), un truc comme ça ?

Code:

---

1 2 3

final Ircom ircom = new Ircom();   ircom.getClass().getDeclaredMethod("log", "")...

---

Désolé je vois pas autre chemin :calim2:

Bon. Mettons que c'est pas évident.

Par exemple, on pouvait faire comme ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

public class ReloggingIrcom extends Ircom { private final IHM ihm = new ReloggingIrcomIHM();   @Override public void log(String line) { ihm.getConsole().append(line + "\n"); ihm.getConsole().setCaretPosition (ihm.getConsole().getText().length()); }   private class ReloggingIrcomIHM extends IHM { @Override public void onTextLine(String line) { ReloggingIrcom.this.send(line); }   } }

---

ok merci pour la soluce mais je vais pas aller dans ce sens là :?

Car viendra ensuite se combiner mon "IrcListener" dont je redéfinis les événements genre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

new IrcListener() {   public void onJoin (String channel, String nickName) {   ...   ircom.talk (channel , "Hey " + nickName);   ...   }   public void onMessage (String channel, String nickName, String message) {   ...   ihm.getConsole2().append (nickName + " a parlé sur " + channel + " \n");   ...   }           }

---

---

d'ailleurs par curiosité, quel langage objet (Ruby, Python, Eiffel ?...) autoriserai ce que là Java m'interdit dans le premier post ?

---

ah ok quand je fais une redéfinition c'est comme si je faisais un "extends" :oops:

donc le Ircom qui a été redéfinit est une nouvelle classe qui n'a pas son propre nom -- d'où le terme anonyme ?

Merci bien :ccool:

Citation:

---

Envoyé par powel

d'ailleurs par curiosité, quel langage objet (Ruby, Python, Eiffel ?...) autoriserai ce que là Java m'interdit dans le premier post ?

---

Les langages à typage dynamique autorisent à utiliser des variables qui n'existent pas encore.

PHP donc ? ;)

----

en fait je m'aperçois dans mon truc un problème de conception ; Ircom devrait avoir son IrcListener et proposer des IrcListener à l'appelant. Puisqu'IrcListener est dépendant de la connexion au serveur.

Mon IrcListener indépendant qui se ballade dans la nature rend le truc bancal ...

Et JavaScript, Python...

Je cherche pas vraiment à faire une liste.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

final class ReloggingIrcom extends Ircom { private final IHM ihm = new ReloggingIrcomIHM(); @Override public void log(String line) { ihm.getConsole().append(line + "\n"); ihm.getConsole().setCaretPosition (ihm.getConsole().getText().length()); } final class ReloggingIrcomIHM extends IHM { @Override public void onTextLine(String line) { ReloggingIrcom.this.send(line); } } } final ReloggingIrcom ircom = new ReloggingIrcom (); final IHM ihm = ircom.ihm;

---

ça marche super :)

l'attribut privé "ihm" accessible ?? (en bas du code)

'Suffit de pas le mettre privé... Ou de fournir un getter pour l'avoir.

Non mais il est accessible alors qu'on l'a mit privé :weird:

'Faudrait le code complet, mais private ça signifie "accessible uniquement depuis la classe en cours".

Du coup si par le plus grand des hasards, l'endroit où tu essaies d'y accéder se trouve être à l'intérieur de la classe en cours...

Ok je vois ;) oui c'est un extrait de code non-entrecoupé.