Type Set avec Android

Bonjour à toutes et à tous,

Dans une application que j'avais écrite en Pascal, j'utilisais le type Set qui permettait de jouer sur une ensemble de 256 valeurs (byte) max. C'est limité, mais facile d'emploi : on utilise les signe "+" et "-" pour ajouter, enlever et "in" ou voir si un élément appartient à cet ensemble. Mes éléments sont limités ; ce sont des bytes et il y en a seulement quelques unités. Du genre en Pascal :

Code:

---

1 2 3

TOrientation = (Hor, Ver, Gauche, Bas, Droite, Haut); TDestination = (Imprimante, PressePapier); TCoin = (CoinHG, CoinBG, CoinBD, CoinHD, Ailleurs);

---

Portant mon projet sous Android, le type le plus ressemblant semble être HashSet. Est-ce le cas ? le plus simple ?

Cordialement.

Pierre

Tout ce qui implémente l'interface Set fait l'affaire. HashSet est une possibilité en effet.

Je viens de constater que HasSet ne joue au minimum qu'avec des objets. Existe-t-il une classe faisant la même chose mais avec des variables simples ; des entiers par exemple.

Cordialement.

Pierre

Effectivement, ce sont des classes génériques, donc nécessairement paramétrées par des classes (Integer dans ton cas). Mais grâce à l'auto-boxing, tu peux y insérer/récupérer des bons vieux int, la conversion sera réalisée automatiquement.

Il n'en reste pas moins qu'à la base, HashSet joue avec des objets. Je ne suis pas attaché aux int ou autres, je cherchais simplement à savoir si il existait une claas toute simple manipulant quelques entiers à la mode "ensemble".

Dans mon cas, par exemple, je peux très bien remplacer le set Pascal TPosition = (HAUT, GAUCHE, BAS, DROIT) où chaque élément est bêtement son numéro d'ordre lors de la définition de TPosition, par un jeu d'objets, que je suppose simple comme le String, ce qui donnerait :

Code:

---

1 2 3 4 5

Set<String> position = new HashSet(); position.add("DROITE"); position.add("HAUT"); position.add("GAUCHE"); position.add("BAS");

---

");

Je me dis simplement que le temps d'exécution sur des objets doit être bien plus long et couteux en espace mémoire qu'une simple recherche/placement d'entiers ?

Il faut m'excuser, j'ai débuté l'informatique en Pascal avec des disques durs gigantesques de quelques dizaines de kilo-octets et je n'arrive pas toujours à perdre ces vieux réflexes de tout vouloir minimiser :lol: .

Maintenant, dans mon cas, cela n'a aucune espèce d'importance.

Cordialement.

Pierre

Et un simple enum ne conviendrait pas ?
https://docs.oracle.com/javase/tutor...vaOO/enum.html

Code:

---

1 2 3 4 5

public enum Orientation { HORIZONTAL, VERTICAL, GAUCHE }

---

Après tu n'as plus qu'à utiliser Orientation.MAVALEUR là où tu en as besoin. C'est une exemple simple , mais les enum peuvent être plus complexes (avec notamment des méthodes permettant d'extraire des valeurs)

Au lieu d'une collection, je verrai bien une énumération dans ton cas.

Citation:

---

Envoyé par Hephaistos007

Au lieu d'une collection, je verrai bien une énumération dans ton cas.

---

Non, cela ne conviendrait pas car dans ma variable de type ensemble, je dois pouvoir y ajouter/retrancher des éléments.

Par exemple dans mon cas, j'ai un opérateur de forme carrée et je souhaite pouvoir lui associer un fil de liaison partant soit en haut, soit à gauche, soit en bas ou soit à droite.

Au départ, il n'est pas connecté et lui est associé l'ensemble liaisonLibre = (HAUT, GAUCHE, BAS, DROIT)
Je le connecte par le haut par exemple. A ce moment, la variable liaisonLibre ne doit plus comporter l'élément HAUT, soit liaisonLibre = (GAUCHE, BAS, DROIT). Si donc je veux effectuer une autre connexion, le test de liaisonLibre me dira que je ne peux pas utiliser la sortie HAUT.

De la même manière, si je supprime une liaison, je dois pouvoir la réintroduire dans la variable liaisonLibre. C'est pour cela que le type HashSet convient bien car il possède ces méthodes : add, remove, contains.

Je discutais car juste pour gérer 4 octets, je devais mettre en œuvre un HashSet. Mais bon, aujourd'hui, on a de la mémoire à revendre ;) .

Cordialement.

Pierre

Ton type de données (HAUT, GAUCHE, BAS, DROIT) devrait être décrit par un enum,

et stocker un ensemble de ce type, devrait être dans un EnumSet. En pratique l'EnumSet appliquera exactement les règles de calcul auxquelles tu pensais.
Mais, ce n'est pas si important en termes d'optimisation. C'est juste que c'est une pratique bien plus maintenable.