Je rajoute des TextView de façon programmative dans une boucle for et je les ajoute à une ArrayList.
Comment est-ce que j'utilise TextView.setId(int id)? Quel identifiant Integer est-ce que je choisis pour éviter les conflits avec d'autres identifiants?
À partir du niveau API 17 et supérieur, vous pouvez appeler: View.generateViewId()
Ensuite, utilisez View.setId(int).
Si votre application est ciblée à un niveau inférieur à 17, utilisez ViewCompat.generateViewId()
J'ai mis cela dans mon code source car nous voulons prendre en charge des niveaux d'API inférieurs. Cela fonctionne mais la boucle infinie n'est pas une bonne pratique.
@SimonXinCheng Les boucles infinies sont un pattern commun utilisé dans les algorithmes non bloquants. Par exemple, regardez l'implémentation des méthodes de AtomicInteger.
Fonctionne très bien! Une remarque: d'après mes expériences, vous devez appeler setId() AVANT d'ajouter la vue à une disposition existante, sinon le OnClickListener ne fonctionnera pas correctement.
Vous pouvez définir les identifiants que vous utiliserez plus tard dans la classe R.id en utilisant un fichier de ressources xml, et laisser Android SDK définir les valeurs uniques réelles lors de la compilation.
res/values/ids.xmlPour l'utiliser dans le code :
myEditTextView.setId(R.id.my_edit_text_1);
Cela ne fonctionne pas lorsque j'ai un nombre inconnu d'éléments auxquels je vais attribuer des identifiants.
@MooingDuck Je sais que c'est un an en retard, mais quand je dois attribuer des identifiants uniques au moment de l'exécution avec un nombre d'éléments inconnu, je utilise simplement "int currentId = 1000; whateverView.setId(currentId++); - Cela incrémente l'ID à chaque utilisation de currentId++, garantissant un ID unique, et je peux stocker les IDs dans mon ArrayList pour un accès ultérieur.
@MikeinSAT: Cela garantit seulement qu'ils sont uniques entre eux. Cela ne signifie pas "qu'ils ne rentrent pas en conflit avec d'autres identifiants", ce qui est un élément clé de la question.
Selon la documentation de View
L'identifiant n'a pas besoin d'être unique dans la hiérarchie de cette vue. L'identifiant devrait être un nombre positif.
Vous pouvez donc utiliser n'importe quel entier positif que vous aimez, mais dans ce cas, il peut y avoir certaines vues avec des identifiants équivalents. Si vous voulez rechercher une vue dans la hiérarchie en appelant setTag avec certains objets clés pourrait être pratique.
Intéressant, je n'étais pas au courant que les IDs n'ont pas besoin d'être uniques? Alors est-ce que findViewById fait des garanties quant à quelle vue est retournée s'il y en a plusieurs avec le même ID? Les docs ne mentionnent rien.
Je pense que les documents mentionnent quelque chose à ce sujet. Si vous avez des vues avec le même ID dans la même hiérarchie, alors findViewById renverra le premier qu'il trouve.
@kaneda je ne pense pas qu'il obtient le premier identifiant. Il obtient l'identifiant qui se trouve dans la mise en page que vous avez définie dans setContentView()
Éditer : Comme mentionné par d'autres utilisateurs, cette approche est mauvaise pour les performances, il existe de nouvelles façons d'y parvenir.
Cela fonctionne pour moi :
static int id = 1;
// Renvoie un ID valide qui n'est pas utilisé
public int findId(){
View v = findViewById(id);
while (v != null){
v = findViewById(++id);
}
return id++;
}
Cela est un peu plus compliqué mais je parie que ça marchera. Utiliser des variables globales dans un environnement multithread finira sûrement par échouer un jour, surtout avec plusieurs cœurs.
findViewById() est une opération lente. L'approche fonctionne, mais au détriment des performances.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
