Discussion :

[ChPr]

Bonjour à toutes et à tous,

Dans une application, pour attacher une icone à un marqueur, j'utilise plusieurs "ImageButton" (entre 20 et 30, voire plus) De ce que j'ai compris (jusqu'à maintenant, c'est-à-dire un tout début), il faut un écouteur par view.

Est-il possible de n'avoir qu'un seul écouteur (comme en Pascal Objet par exemple) pour plusieurs view d'un même type et si oui, comment fait-on ?

Merci pour vos renseignements.

Pierre

[ChPr]

J'ai trouvé une solution, la voici :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
	ImageButton Img = null;
	for (int j = 0; j < 4; j++) {
		LinearLayout FntrSec04 = new LinearLayout(context);
		FntrSec04.setOrientation(0);
		for (int i = 0; i < 6; i++) {
			Img = new ImageButton(context);
			final int IndBtn = 6*j+i+1;
			Img.setImageResource(R.drawable.marcheur32);
			Img.setOnClickListener(new View.OnClickListener() { //Bouton Trace
				@Override
				public void onClick(View v) {
					NoBtn = IndBtn;
					Toast.makeText(context, "Bouton appuyé "+String.format("%d", NoBtn),Toast.LENGTH_SHORT).show();
				}
			});	
			FntrSec04.addView(Img);
		}
		FntrPrinc.addView(FntrSec04);
	}

Cela ne ressemble pas à ce que je pensais, mais a priori, ça marche.

Je fais une grille de 6 x 4 icônes représentées chacune par un "ImageButton". Je place les 6 en lignes dans un "LinearLayout" horizontal et les 4 "LinearLayout" résultants dans un "LinearLayout" vertical. L'astuce, si je puis m'exprimer ainsi est d'inclure dans la boucle la définition des "setOnClickListener".
Dans la boucle, je crée un index "IndBtn" que j'incrémente à chaque nouvelle création. Quand je clique sur un "ImageButton" la fonction Toast me ressort bien l'index du bouton appuyé. Je peux ainsi utiliser cet index à l'extérieur pour afficher la bonne icône au bon endroit.

Cela dit, je suis toujours preneur d'un solution un peu plus élégante.

Cordialement.

Pierre

[nicroman]

Ou alors:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
        View.OnClickListener listener = new View.OnClickListener() {
				@Override
				public void onClick(View v) {
					Integer noBtn = v.getTag();
					Toast.makeText(context, "Bouton appuyé "+String.format("%d", noBtn),Toast.LENGTH_SHORT).show();
				}
        }
 
        int btnNum = 0;
	for (int j = 0; j < 4; j++) {
		LinearLayout fntrSec04 = new LinearLayout(context);
		fntrSec04.setOrientation(0);
		for (int i = 0; i < 6; i++) {
			ImageButton img= new ImageButton(context);
                        img.setTag(Integer.valueOf(++btnNum));
			img.setImageResource(R.drawable.marcheur32);
			img.setOnClickListener(listener);
			fntrSec04.addView(Img);
		}
		fntrSec04.addView(FntrSec04);
	}

Attention aux noms de variables... ils ne commencent PAS par une majuscule.

[ChPr]

Merci nicroman, cela me semble plus dans l'esprit de ce que je voulais faire (et qui doit être fait).

Pour ce qui est des noms de variables, avec Eclipse, je n'ai jamais eu de problème si le nom commence par une majuscule. Ce que tu dis est un principe ou une obligation ? (auquel dernier cas, je ne vois pas pourquoi cela fonctionne chez moi).

Cordialement.

Pierre

[Minicalion]

Bonjour ChPr,

Concernant le nom des des variables c'est un principe, ou standard de développement, adopter par la majorité des développeurs Java je pense.

Lorsque le nom commence par une majuscule, c'est le nom d'une classe, sinon c'est le nom d'une variable. Cela améliore la lisibilité du code, et facilite l'échange de code.

[nicroman]

Tout comme Eclipse laisse mettre allègrement des '_' dans les noms alors que c'est aussi "interdit" par la norme.

Il y a plein de "conventions" de la sorte qui rendent le code nettement plus "lisible" et compréhensible.

Donc, en JAVA, les identifieurs (noms de variables, membres, fonctions) sont en camelCase (chaque nom avec majuscule accolés, le premier gardant une minuscule). Les types (Enum, Interface, Classes) sont en CamelCase (pareil avec une majuscule). Les constantes (static final) peuvent être tout en majuscule avec des '_'.

Mais il y en a d'autre...

Toujours dans le nommage:
Les noms de fonction *doivent* correspondre à un verbe...
Ainsi on ne fait pas une fonction "name()" mais "getName()", il est à noter que cette convention est une des rares non respectées par le langage lui-même.
Les identifiants doivent être en anglais lisible. Donc, pas de variable "bl" mais "buttonList" par exemple. Les IDEs proposant l'auto-completion systématiquement, et la variable étant renommée dans le .class a la fin, il n'y a aucune raison à ne pas utiliser des identifiants longs.

Il y a aussi des conventions dans l'écriture du code... Ainsi le scope d'une variable est important (je reprends l'exemple de ton code):

Code :

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

1
2
3
4
5
6
 
ImageView iv = null;
for (....) {
    iv = xxx;
}
// ICI on s'attend à ce que "iv" corresponde à quelque chose de précis

Code :

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

1
2
3
4
5
6
 
for (....) {
    ImageView iv = xxx; 
    ....
}
// ICI, on ne risque pas d'utiliser iv à mauvais escient.

etc...