{"id":21,"date":"2013-02-27T20:49:00","date_gmt":"2013-02-27T20:49:00","guid":{"rendered":"http:\/\/cyol.fr\/blogwp\/?p=21"},"modified":"2013-11-14T16:17:59","modified_gmt":"2013-11-14T15:17:59","slug":"dev-android-srdice-ecouteurs-d-une-serie-de-boutons","status":"publish","type":"post","link":"https:\/\/cyol.fr\/blog\/post\/dev-android-srdice-ecouteurs-d-une-serie-de-boutons\/","title":{"rendered":"D\u00e9v Android SRDice : Ecouteurs d’une s\u00e9rie de boutons"},"content":{"rendered":"

\"Logo<\/a>Une fonctionnalit\u00e9 que j’avais dans mes tablettes depuis un moment pour SRDice, mon application Android de lancer de D\u00e9s pour Shadowrun, \u00e9tait l’ajout de boutons \u00ab\u00a0Quickrolls\u00a0\u00bb : une s\u00e9rie de boutons sous le bouton \u00ab\u00a0Lancer\u00a0\u00bb qui seraient des raccourcis pour lancer des tailles de R\u00e9serve de d\u00e9s les plus utilis\u00e9es. Cette s\u00e9rie de bouton \u00e9tant affect\u00e9 uniquement aux Tests Simples qui sont plus susceptibles de servir pour de multiples lancers successifs avec des r\u00e9serves de tailles diff\u00e9rentes.<\/p>\n

Cela faisait un moment que je ne m’\u00e9tais pas pench\u00e9 sur SRDice. Non pas que je ne l’utilisais pas, bien au contraire. C’\u00e9tait plut\u00f4t que les fonctionnalit\u00e9s impl\u00e9ment\u00e9es r\u00e9pondaient \u00e0 mes besoins et que je n’avais pas tant de motivations que \u00e7a \u00e0 prioriser ce projet plut\u00f4t que mes autres occupations.<\/p>\n

Et puis il y a eu ce duel du personnage d’un de mes joueurs par forum contre un PNJ. J’ai eu l’occasion de retrouver ce joueur le temps d’un midi et nous avons fait le combat en utilisant l’application. Ce qui a donn\u00e9 une utilisation plus intensive qu’\u00e0 l’habitude et m’a vraiment montr\u00e9 l’int\u00e9r\u00eat de m’atteler au d\u00e9veloppement des boutons \u00ab\u00a0Quickrolls\u00a0\u00bb.<\/p>\n

Je me retrouve donc avec une douzaine de boutons dans l’interface et avec le fait de leur d\u00e9clarer un Listener \u00e0 chacun. Plut\u00f4t que b\u00eatement d\u00e9clarer 12 Listener, j’ai voulu utiliser une boucle for :<\/p>\n

Button[] quickroll = new Button[12];\r\nfor(int i = 1; i < quickroll.length; i++){\r\n\tquickroll[i] = (Button) findViewById(R.id.\"quickroll\" + i);\r\n\tquickroll[i].setOnClickListener(new View.OnClickListener() {\r\n\t\tpublic void onClick(View v) {\r\n\t\t\/\/ on place la valeur dans le champ et on lance les d\u00e9s\r\n\t\t\t_buttonQuickrollAction(i);\r\n\t\t}\r\n\t});\r\n}<\/pre>\n
Le code ci-dessus est faux. Ce fut un premier jet, qui ne marcha \u00e9videmment pas pour plusieurs raisons :
\nD\u00e9j\u00e0 d’une : quand on d\u00e9clare un tableau, l’index commence \u00e0 0, hors dans ma boucle j’utilisais un indicateur i qui commen\u00e7ait \u00e0 1. Forc\u00e9ment j’avais un diff\u00e9rentiel… Une erreur de d\u00e9butant que j’ai vite analys\u00e9.
\nEnsuite, de deux : on ne peut utiliser l’indicateur i en tant qu’\u00e9l\u00e9ment dans la fonction d\u00e9finie dans le setOnClickListener. Eclipse nous indique bien vite que cette variable doit \u00eatre d\u00e9clar\u00e9e en final si on veut faire \u00e7a.
\nEnfin, de trois : Impossible de r\u00e9cup\u00e9rer un findViewById de fa\u00e7on dynamique tel que fait ci-dessus.<\/p>\n
Il faut en fait dans un premier temps r\u00e9cup\u00e9rer l’id num\u00e9rique que Java affecte pour l’\u00e9l\u00e9ment de la vue et dans un deuxi\u00e8me temps utiliser cet id num\u00e9rique en argument du findViewById. Pour r\u00e9cup\u00e9rer l’id num\u00e9rique affect\u00e9 par Java, on va utiliser getResources().getIdentifier(**Argument<\/em>**) **Argument<\/em>** peut avoir deux formes:<\/p>\n