Discussion :

[Elisia]

Bonjour à tous.
Hier en consultant la javadoc sur la classe system je me suis aperçu que la méthode static getenv() me renvoyait un objet de type Map<String,String>

Or première chose qui me surprend: Map dans la javadoc ce n'est pas une classe mais une interface ...

J'ai donc voulu pousser l'investigation un peu plus loin et j'ai écrit ce petit bout de code

Code :

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

1
2
3
4
5
6
7
8
 
		Map<String,String> menv = System.getenv();
		System.out.println(menv.size());
		Iterator varEnv = menv.keySet().iterator();
		while(varEnv.hasNext()) {
			String nomVar = (String)varEnv.next();
			System.out.println("Variable: "+nomVar+" ; Contenu : "+menv.get(nomVar));
		}

Je m'attendais à ce qu'on ne puisse pas écrire/utiliser menv.size() puisque Map est censé être une interface.
Mais apparemment si!
Ce qui m'étonne tout de même c'est qu'on m'a toujours dit que les interfaces étaient en quelquesorte des squelettes et que les classes sont censés implémenter ces méthodes squelettes.
M'aurait on menti ? ;-)
Il y a certainement un truc qui m'échappe mais je ne vois pas lequel.
Si quelqu'un à une explication je suis preneuse.

[joel.drigo]

Salut,

C'est toute la différence entre les types et les classes.

Map est une interface : elle définit un certain nombre de méthodes, sans fournir d'implémentation. Ensuite, il y a des classes qui implémentent cette interface : soit des classes abstraites, soit des classes concrètes (celles qui ne sont pas abstraites).

Par exemple HashMap est une classe qui implémente Map. En effet Map, n'a pas de code et ne peut être instanciée. HashMap a tout le code nécessité par Map, et peut être instanciée.

La méthode System.getenv() renvoit un objet dont la classe concrète implémente Map. On ne sait pas laquelle : il faudrait aller voir le source de cette méthode pour le savoir. Mais on s'en moque un peu de la classe : ce qui nous intéresse, c'est comment manipuler l'instance : et le fait que getenv() renvoit une instance typée par l'interface Map suffit pour faire cette manipulation.

Voici un petit exemple :

Code :

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

1
2
3
4
5
6
7
public static List<String> getList() {
   List<String> list = new ArrayList<>();
   list.add("pim");
   list.add("pam");
   list.add("poum");
   return list;
}

Ici on créé une instance de ArrayList (classe concrète), mais on manipule cette instance par la variable list qui est du type List : cette interface est suffisant pour les manipulations qu'on veut faire. Et le code qui appelera la méthode manipulera également l'instance de ArrayList par l'interface.

L'avantage c'est qu'on peut changer de classe, sans que le code appelant nécessite d'être changé.

Si la méthode avait été :

Code :

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

1
2
3
4
5
6
7
public static ArrayList<String> getList() {
   ArrayList<String> list = new ArrayList<>();
   list.add("pim");
   list.add("pam");
   list.add("poum");
   return list;
}

Et qu'on ait besoin d'utiliser une LinkedList ensuite, il faudra changer ArrayList en LinkedList.

Et s'il y a du code écrit comme ça :

Code :

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

ArrayList<String > list = var.getList();

Il faudra le modifier aussi. S'il y a des milliers d'appels, ça fait du boulot.

Le deuxième intérêt, et c'est aussi pour cette raison, que getenv() est comme ça : c'est la classe concrête peut être masquée (private).

Dans le cas de getenv(), la classe concrète est Collections.UnmodifiableMap, une classe interne statique de la classe Collections, que les concepteurs de cette classe n'ont pas voulu exposer. Ainsi, la map retournée par getenv est d'une classe qui n'est pas accessible à l'extérieur de Collections, et qui, donc, pour pouvoir être manipulée, implémente une interface qui elle est public.

[Pill_S]

Oui c'est juste. Mais c'est pas parce qu'AUCUN objet ne pourra être instancié à partir du type Map qu'on pourra pas le référencer sous ce type

Donc la référence c'est Map. La classe réelle, si tu l'affiche via System.out.println(menv.getClass());, sera probablement une java.util.HashMap ou un truc du genre, bref, une implémentation concrète de l'interface Map.

A quoi ça sert finalement, de déclarer un type et d'en utiliser un autre? Bin ça sert à pouvoir changer l'implémentation sans rien changer d'autre au code

Tu trouves que java.util.HashMap est trop lent/buggé/pas bien? Bah pas de souci, tu changes l'implémentation en mettant par exemple la tienne, "com.moi.MaSuperMapRapideDeLaMort", et il n'y a que ça qui change. Le reste du code, qui référence java.util.Map, est garantit de continuer à fonctionner.

[EDIT] grilled :/

[Elisia]

Rebonjour.
Merci à vous deux pour ces réponses claires et précises .
Je me doutais que System.getenv() renvoyait une classe qui implémente l'interface Map.
C'est bien que vous ayez pu me le confirmer.

Et pour info

Code :

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

1
2
3
 
Map<String,String> menv = System.getenv();
System.out.println(menv.getClass().getName());

me renvoie ceci : java.util.Collections$UnmodifiableMap
(Comme le spécifiait Joel)

Encore Merci.