Java

Gestion d'événements et vous, vous faites comment ?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Gestion d'événements et vous, vous faites comment ?

Cherrytree

cn=?

Perso, pour gérer un click sur un bouton, j'ai tendance à créer une classe interne qui implémente ActionListener et qui ne contient qu'une méthode spécifique à mon bouton. Je trouve ça propre et sympa.

exemple :

Code :

private JButton button;
button = new JButton("Click" );
button.addActionListener(new ClickListener());
class ClickListener implements ActionListener {
public void actionPerformed(ActionEvent event) {
}
}

Et vous, quelles sont vos pratiques ? Quels trucs utilisez vous systématiquement ?

Message édité par Cherrytree le 10-07-2002 à 09:44:18

---------------
Le site de ma maman

Publicité

darklord

You're welcome

Code :

cancelButton.setText("Cancel" );
cancelButton.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
cancelButtonActionPerformed(evt);
}
});
// [...]
private void cancelButtonActionPerformed(java.awt.event.ActionEvent evt) {
this.dispose();
}

Message édité par darklord le 10-07-2002 à 09:46:52

---------------
Just because you feel good does not make you right

bobuse

heu moi, ça dépend des listener. Mais pour les boutons ou la souris, je fais dériver ma classe du listener directement ...

Mais quand c'est nu peu plus exotique, je fais une classe à part, ça permet de bien la repérer, et de pouvoir la réutiliser ...

Cherrytree

cn=?

DarkLord a écrit a écrit :

Code :

cancelButton.setText("Cancel" );
cancelButton.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
cancelButtonActionPerformed(evt);
}
});
// [...]
private void cancelButtonActionPerformed(java.awt.event.ActionEvent evt) {
this.dispose();
}

On reconnait la syntaxe de Forte. En tous cas, Forte fait comme ça, systématiquement.

---------------
Le site de ma maman

darklord

You're welcome

tout à fait et je trouve ca relativement propre si tu n'as psa trop de boutons ...

---------------
Just because you feel good does not make you right

Cherrytree

cn=?

DarkLord a écrit a écrit :

tout à fait et je trouve ca relativement propre si tu n'as psa trop de boutons ...

Je suis d'accord.

---------------
Le site de ma maman

gfive

Bah, généralement, je m'arrange pour pas avoir 36 boutons dans la même classe, alors je fais implémenter ActionListener à ma classe, tout bêtement...

lorill

ben quand c'est un truc simple, j'implémente directement l'interface qui va bien dans la classe qui génère l'évenement.

Du style

class MaFrame extends JFrame implements ActionListener
{
...
monBouton.addActionListener(this);
...

public void actionPerformed(ActionEvent ae) {
...
}
...
}

Cherrytree

cn=?

La variété des solutions possibles me fascine complètement.

---------------
Le site de ma maman

lorill

Faut avouer que c'est bien pensé comme système.

Publicité

bobuse

lorill a écrit a écrit :

Faut avouer que c'est bien pensé comme système.

C'est clair, on serait même tenté de faire la même chose dans d'autres langages. Ces listener à toutes les sauces, c'est ben pratique tout de même !

Cherrytree

cn=?

Ouais, c'est de la belle ouvrage.

---------------
Le site de ma maman

veryfree

Cherrytree a écrit a écrit :

On reconnait la syntaxe de Forte. En tous cas, Forte fait comme ça, systématiquement.

JB aussi

gfive

Houlà, moi, je me suis mitonné mon p'tit système, aussi, qui est assez pratique : dans mon client chat, j'ai une classe qui récupère les messages en provenance du serveur...Et comme je voulait pouvoir changer la GUI sans toucher au core, j'ai un système qui lance des évènements correspondants à des fonctionnalités du chat, mais comme j'ai plein d'évènements, et que je voulais pas me faire chier avec des addTotoListener()...

j'ai une seule méthode addListener(), et quand un évènement arrive, il détermine lui même quels listeners doivent le recevoir (c tout con, c à base de instanceOf, mais j'ai gagné en clarté à un point, avec ce truc! )

veryfree

perso jfait comme dark

Cherrytree

cn=?

gfive a écrit a écrit :

Houlà, moi, je me suis mitonné mon p'tit système, aussi, qui est assez pratique : dans mon client chat, j'ai une classe qui récupère les messages en provenance du serveur...Et comme je voulait pouvoir changer la GUI sans toucher au core, j'ai un système qui lance des évènements correspondants à des fonctionnalités du chat, mais comme j'ai plein d'évènements, et que je voulais pas me faire chier avec des addTotoListener()...

j'ai une seule méthode addListener(), et quand un évènement arrive, il détermine lui même quels listeners doivent le recevoir (c tout con, c à base de instanceOf, mais j'ai gagné en clarté à un point, avec ce truc!

)

C'est dommage que ton code soit propriété privée. Salaud de FT.

gfive

Je bosse pas pour FT, et bon, c'est tellement con à faire que ça, je peux vous le passer !

Alors :

L'interface quidoivent implémenter mes évènements :

Code :

public interface MyEvent {
public abstract void handleEvent(Object listener);
}

La classe qui manage les évènements (dans mon cas, le core du client chat)

Code :

public class MyEventManager {
blah blah....
private Vector listeners = new Vector();
public void addListener(Object listener) {
if (!listeners.contains(listener)) {
listeners.addElement(listener);
}
}
/** remove the given object from the MyEvent listeners list*/
public void removeListener(Object o) {
listeners.removeElement(o);
}
/** Fire the given event to the appropriate listeners.*/
public void fireEvent(MyEvent event) {
for (int i = 0; i < listeners.size(); i++) {
event.handleEvent(listeners.elementAt(i));
}
}
}

Et par exemple, pour le TotoEvent :

Code :

public void handleEvent(Object listener) {
if (listener instanceof TotoListener) {
((TotoListener)listener).totoEventOccured(this);
}
}

et dans l'interface TotoListener :

Code :

public interface TotoListener {
public void totoEventOccured(TotoEvent event);
}

Simple, non???

gfive

J'avais aussi pensé à remplacer mon vecteur de listeners par une hashtable de vecteurs, référencés par noms de classes...Mais c pas pratique, pasqu'il faut que le core connaisse tous les types de listeners possibles (bah ouais, une classe peut implémenter plusieurs listeners) et donc, ça aurait été beaucoup moins dynamique : tel que c'est foutu là, je peux ajouter une classe d'évènement et le listener correspondant sans modifier l'existant.

Cherrytree

cn=?

J'avais pas vu ta reply. Chouette méthode en tous cas. Et bien documentée, je te félicite.

FORUM HardWare.fr

Programmation

Java

Gestion d'événements et vous, vous faites comment ?

Sujets relatifs
=> Soft de gestion de LCD <= Y'a du monde de motivé pour aider?	Logiciel de gestion de parc informatique
Gestion des utilisateurs sous Access	[XML/XSL] Problème de gestion des espaces
Gestion de projet : Methode MERISE	[VC++] gestion des evenements
[JAVA] Gestion des évênements	Gestion des évènements avec les MFC
Gestion des évènements avec les MFC	Gestion des évènements avec les MFC
Plus de sujets relatifs à : Gestion d'événements et vous, vous faites comment ?

Page générée en 0.085 secondes