Comment utiliser un enumeration?

Version imprimable

22/07/2009, 18h37
djisse

Comment utiliser un enumeration?

Bonjour à tous.
Alors voilà:
J'ai une collection sous forme de LinkedHashMap et j'aimerai afficher le contenu de chaque entré. Je sais qu'il faut utilser une enumeration... mais je ne sais comment faire. Si quelqu'un pouvait me donner un petit exemple de code commenté svp!

voici un bout de code pour afficher toutes les entrées

Code:

1
2
3
4
5
6
7
8
 
LinkedHashMap<String, String> map = new LinkedHashMap<String, String>();
		Iterator<String> it = map.keySet().iterator();
		//tant qu'il y a des entrees
		while(it.hasNext()){
			//on les affiche
			System.out.println(it.next());
		}

j'espère que ça te convient! :D

22/07/2009, 20h24
djisse

Merci beaucoup!
Je vais essayé d'adapter ca a mes objets maintenant.
22/07/2009, 20h27
michel.di

ok tiens moi au courant! ;)
23/07/2009, 11h19
djisse

euh juste un détail....dans la boucle while quelle est la variable qui contient mon objet contenu dans la collection?it?ou ca fait:

Code:

it.next().variable;

?
23/07/2009, 11h37
Benouze
Citation:

Envoyé par djisse

euh juste un détail....dans la boucle while quelle est la variable qui contient mon objet contenu dans la collection?it?ou ca fait:

Code:

it.next().variable;

?

La méthode next() retourne l'élément et déplace l'itérateur.

Tu pourrais écrire ceci :
Code:

1 2 3 4 5 while(it.hasNext()){ String element = it.next(); //on les affiche System.out.println(element); }
23/07/2009, 11h38
bého32

c'est la fonction next () qui te renvoie directement l'objet. :ccool:

Citation:

Object next()
Returns the next element in the iteration.
23/07/2009, 11h42
bigbear19

http://java.sun.com/j2se/1.5.0/docs/.../Iterator.html

En l'occurrence, it.next() te renvoie un String correspondant à une clé de ta LinkedHashMap.

Ok merci à tous!
En fait j'ai utiliser une enumeration, c'est ce que je comprenais le mieux:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public void afficher_all() throws IOException, ClassNotFoundException
	{
	Fichier nouveau=new Fichier();
	Hashtable liste=new Hashtable();
	nouveau.ouvrir("Compte.dat","read");
	nouveau.fermer();
	liste=(Hashtable) nouveau.lire();
	for (Enumeration e = liste.keys() ; e.hasMoreElements() ; ) {
        Compte objet=new Compte("how");
        objet=(Compte) e.nextElement();
        System.out.println(objet.id);
        System.out.println(objet.nom_du_client);
        System.out.println(objet.banque);
        System.out.println(objet.type);
        System.out.println(objet.numero_de_compte);
        System.out.println(objet.solde);
        }
	}

Vous en pensez quoi? Ca devrait marcher?

23/07/2009, 12h16
bého32

si tu veux utiliser ton enum e plus tard, il faut la déclarer en dehors du for
De plus, ca fait bizarre un for sans incrément (ou variation de variable) à la fin.

Un while serait donc plus approprié, mais bon...
23/07/2009, 12h26
adiGuba
Salut,

Citation:

Envoyé par bého32

si tu veux utiliser ton enum e plus tard, il faut la déclarer en dehors du for

Pourquoi faire ???
Une fois parcouru jusqu'à la fin l'Enumeration est complètement inutile :(

Au contraire la déclarer dans le for permet de limiter sa porté et de facilité le travail du GC...

Citation:

Envoyé par bého32

De plus, ca fait bizarre un for sans incrément (ou variation de variable) à la fin.

Un while serait donc plus approprié, mais bon...

C'est plutôt une question d'habitude. Il n'y a rien de gênant à cela...

Ce qui me gène surtout c'est l'utilisation de Hashtable et Enumeration... qui font partie de l'ancienne API :(
Une Map et un Iterator me semble plus adapté. En plus cela permettrait d'utiliser le for étendu !

De même, à moins que tu utilises une vielle version, il faudrait typé ta classe avec les Generics.

Enfin je ne comprend pas toutes ces créations d'objets inutile :
Code:

1 2 3 Hashtable liste=new Hashtable(); // A quoi sert cette Hashtable puisqu'elle est perdu juste après ! ... liste=(Hashtable) nouveau.lire();
Code:

1 2 Compte objet=new Compte("how"); // how how how ??? objet=(Compte) e.nextElement();
Ceci sans compter le nom de la méthode (pas d'underscore please !!!) et l'accès direct aux attributs sans getter :(

a++

a++
23/07/2009, 12h53
djisse

Merci d'avoir repondu!

Citation:

Envoyé par adiGuba

Salut,

Ce qui me gène surtout c'est l'utilisation de Hashtable et Enumeration... qui font partie de l'ancienne API :(
Une Map et un Iterator me semble plus adapté. En plus cela permettrait d'utiliser le for étendu !

Bah en fait je debute en java, et j'ai appris en utilisant Hashtable et Enum.... donc je sais pas, je connais pas Iterator, et j'arrive pas à le comprendre!

Citation:

De même, à moins que tu utilises une vielle version, il faudrait typé ta classe avec les Generics.

Pourquoi?

Citation:

Enfin je ne comprend pas toutes ces créations d'objets inutile :

Bah en fait la liste est dans un fichier, donc j'utilise une classe que j'ai crée pour gérer les fichier...donc je doit caster ce qui sort de la deserialization ect...

Citation:

Ceci sans compter le nom de la méthode (pas d'underscore please !!!) et l'accès direct aux attributs sans getter

Euh la je comprend pas où est le problème.

a+
23/07/2009, 13h08
adiGuba
Citation:

Envoyé par djisse

Bah en fait je debute en java, et j'ai appris en utilisant Hashtable et Enum.... donc je sais pas, je connais pas Iterator, et j'arrive pas à le comprendre!

Ben justement comme tu débutes autant prendre les bonnes résolutions dès le début !
Hashtable, Vector et Enumeration date de Java 1.0 et ont beaucoup de défaut (synchronisation inutile et couteuse, méthode doublons, pas d'abstraction, etC.)

Elles ont été "remplacé" depuis Java 1.2 par le couple interface/type concret qui permet bien plus de possibilité : Map/HashMap, List/ArrayList et Iterator.

N'importe quel cours sur les collections t'apportera plus d'info là dessus...

Quand à Iterator il fonctionne de la même manière que l'Enumeration donc je ne vois pas la difficulté :koi:

Citation:

Envoyé par djisse

Pourquoi?

Les Generics te permettent de typer ton code, et donc de permettre au compilateur de vérifier la cohérence de l'ensemble et d'éviter des erreurs à l'exécution. De plus cela permet d'éviter des casts ;)

Citation:

Envoyé par djisse

Bah en fait la liste est dans un fichier, donc j'utilise une classe que j'ai crée pour gérer les fichier...donc je doit caster ce qui sort de la deserialization ect...

Oui mais à quoi cela te sert de créer 2 objets à la suite, sans utiliser le premier. Dans ce code :
Code:

1 2 Compte objet=new Compte("how"); // how how how ??? objet=(Compte) e.nextElement();
Le compte "how" est crée et supprimé immédiatement derrière. :arrow: Cela ne sert à rien !!!

Citation:

Envoyé par djisse

Euh la je comprend pas où est le problème.

En Java, les conventions de nommages impliquent que les noms de méthode ne prennent pas d'underscore, mais uniquement des majuscule pour séparer les mots. De plus tu mélanges français et anglais :?
:arrow: A la place de afficher_all() tu devrais avoir printAll() ou afficherTout()...

Quand à l'accès direct aux attributs, cela casse complètement la notion d'encapsulation. Bref dommage d'utiliser du Java si tu ne fais pas de la POO...

a++
23/07/2009, 13h49
bého32

Citation:

Envoyé par adiGuba

Pourquoi faire ???
Une fois parcouru jusqu'à la fin l'Enumeration est complètement inutile :(

Au contraire la déclarer dans le for permet de limiter sa porté et de facilité le travail du GC...

Ok, je viens de regarder la javadoc de l'enumeration...
Au temps pour moi, je croyais que c'était similaire à un ArrayList, qu'on pouvait autre chose que la parcourir...
Et par conséquent oui, je comprend donc bien l'utilité de la déclaration dans le for. Merci :ccool:
23/07/2009, 14h14
djisse
Citation:

Envoyé par adiGuba

Ben justement comme tu débutes autant prendre les bonnes résolutions dès le début !
Hashtable, Vector et Enumeration date de Java 1.0 et ont beaucoup de défaut (synchronisation inutile et couteuse, méthode doublons, pas d'abstraction, etC.)

Elles ont été "remplacé" depuis Java 1.2 par le couple interface/type concret qui permet bien plus de possibilité : Map/HashMap, List/ArrayList et Iterator.

N'importe quel cours sur les collections t'apportera plus d'info là dessus...

Quand à Iterator il fonctionne de la même manière que l'Enumeration donc je ne vois pas la difficulté :koi:

Les Generics te permettent de typer ton code, et donc de permettre au compilateur de vérifier la cohérence de l'ensemble et d'éviter des erreurs à l'exécution. De plus cela permet d'éviter des casts ;)

Merci! J'en prends note.
Citation:
Oui mais à quoi cela te sert de créer 2 objets à la suite, sans utiliser le premier. Dans ce code :

Code:

1 2 Compte objet=new Compte("how"); // how how how ??? objet=(Compte) e.nextElement();

Le compte "how" est crée et supprimé immédiatement derrière. :arrow: Cela ne sert à rien !!!

a++
Bah en fait, l'objet de type Compte, me sert a recuperer dans une variable l'entrée du Hashtable, pour pouvoir ensuite travailler dessus.Il n'est pas supprimé ensuite!

Citation:

En Java, les conventions de nommages impliquent que les noms de méthode ne prennent pas d'underscore, mais uniquement des majuscule pour séparer les mots. De plus tu mélanges français et anglais :?
:arrow: A la place de afficher_all() tu devrais avoir printAll() ou afficherTout()...

Ok, j'en prend note aussi.

Citation:

Quand à l'accès direct aux attributs, cela casse complètement la notion d'encapsulation. Bref dommage d'utiliser du Java si tu ne fais pas de la POO...

Je devrais utiliser les accesseur.... c'est ca que t'essaie de me faire comprendre? Donc si j'utilise pas les accesseur c'est plus vraiment de la POO?Je penser qu'on pouvait faire les 2.non?

Citation:

Envoyé par djisse

Bah en fait, l'objet de type Compte, me sert a recuperer dans une variable l'entrée du Hashtable, pour pouvoir ensuite travailler dessus.Il n'est pas supprimé ensuite!

Sauf qu'ici tu as 2 objets Compte, et que le premier n'est pas utilisé avant que sa référence ne soit remplacé par une autre valeur...
Code:

1 2 3 Compte objet=new Compte("how"); // new = création d'un objet objet=(Compte) e.nextElement(); // affectation d'un nouvel objet, le premier n'est plus visible donc libérable par le GC
En clair : pourquoi ne pas tout simplement faire ceci :

Code:

Compte objet = (Compte) e.nextElement();

C'est nettement plus lisible en plus !

Citation:

Envoyé par djisse

Je devrais utiliser les accesseur.... c'est ca que t'essaie de me faire comprendre? Donc si j'utilise pas les accesseur c'est plus vraiment de la POO?Je penser qu'on pouvait faire les 2.non?

Ben les accesseurs/mutateurs te permettent de controller l'accès aux attributs, et donc de t'assurer de leurs cohérence.

Dans ton cas les portes sont grandes ouvertes ;)

a++

Citation:
Envoyé par adiGuba
Sauf qu'ici tu as 2 objets Compte, et que le premier n'est pas utilisé avant que sa référence ne soit remplacé par une autre valeur...
Code:

1 2 3 Compte objet=new Compte("how"); // new = création d'un objet objet=(Compte) e.nextElement(); // affectation d'un nouvel objet, le premier n'est plus visible donc libérable par le GC
En clair : pourquoi ne pas tout simplement faire ceci :

Code:

Compte objet = (Compte) e.nextElement();

C'est nettement plus lisible en plus !

a++
Oh,merci!Je savais pas que c'etait possible!

Citation:

Ben les accesseurs/mutateurs te permettent de controller l'accès aux attributs, et donc de t'assurer de leurs cohérence.

Dans ton cas les portes sont grandes ouvertes

Ok!
Merci encore!

23/07/2009, 20h50
djisse

Sujet résolu je ferme!