anonymat en java ?

Bonsoir,
Certains concepts en Java me restent toujours flous même en essayant de chercher la bonne réponse via les moteurs de recherche. :oops:
En fait, j'aimerai bien trouver quelqu'un qui pourra m'expliquer quelle est l'utilité derrière l'utilisation des classes internes, pourquoi on ne la déclare pas ailleurs puis on fait appel à elle, aussi, pourquoi on se sert des classes anonymes?
pourquoi ces deux concepts ont été proposés par SUN??!:aie:

trop perdu!!!:(

Merci en avance pour votre aide.

Je vais "tenter" de t'éclairer... au moins pour la classe interne ;)

Un point intéressant d'une classe interne c'est qu'elle peut accéder à toutes les propriétés de la classe englobante, ce qui facilite le codage (évite de transmettre les attributs/propriétés).
Elle peut également utiliser les visibilités private, protected (chose que ne peut pas faire la classe principale)
Donc, l'intérêt est dans la structuration de données (on pourrait de ce point de vue les assimiler aux "struct" du C)

Pour les classes anonymes, je trouve un peu plus flou, mais bien pratique pour définir les méthodes liées aux listener dans les clients swing (surtout qu'on peut directement utiliser le nom de l'interface).
Ce que je n'aime pas ici, c'est que finalement, d'un point de vue lexical du moins, on contredit le fait qu'une interface ne peut être instanciée.

Je ne sais pas si ça t'aide... mais j'aurai tenté :mouarf:
A+

l'intéret des classes anonyme, c'est de poouvoir facilement et rapidement coder une classe à usage unique. Par exemple pour coder vite fait un listener de 2 lignes. Il est plus propre et lisible d'avoir plusieurs listeners de 2 ligne codé là ou on en a besoin que d'avoir une orgie de classes qui porteraient de nom du style 'ActionListenerBoutonOkInterfaceAide', 'ActionListenerBoutonRefreshInterfaceAide', 'ActionListenerBoutonRechercheInterfaceAide', 'MouseListenerBoutonRechercheInterfaceAide', 'KeyListenerTexfieldRechercheInterfaceAide', 'ActionListenerBoutonOkInterfaceAideDropDown'

et qui n'auraient de toutes façons aucune utilité à l'extérieur de la fenetre/composant concerné.

Mais ce n'est pas limité aux listener. Il arrive que l'on aie besoin de surcharger 'vite fait' un classe pour lui ajouter un comportement de 3 lignes ou une méthode de construction différente. Même si c'est plus rare que l'implémentation d'interface, ca a aussi son utilité en classe anonyme. Par exemple, en abusant un peu de ça, on peut créer ce genre de code dans une classe:

Code:

---

1 2 3 4 5 6 7 8 9 10

public class MaClasse { private Map<String,String> dictionnaire() = new HashMap()<String,String>{ put("key1","value1"); put("key2","value2"); put("key3","value3"); put("key4","value4"); put("key5","value5"); } }

---

bon certains développeur (et je comprend) n'aiment pas ce cas particulier car finalement ca consiste à charger un classe supplémentaire dans le classloader pour juste raccourcir une initialisation, si on fait ca partout ca deviens vite encombrant ^^.

Citation:

---

Envoyé par tchize_

Code:

---

1 2 3 4 5 6 7 8 9 10

public class MaClasse { private Map<String,String> dictionnaire() = new HashMap()<String,String>{ put("key1","value1"); put("key2","value2"); put("key3","value3"); put("key4","value4"); put("key5","value5"); } }

---

---

Je chipote surement mais il manque une paire d'accolades pour que ça compile:

Code:

---

1 2 3 4 5 6 7 8 9 10

private Map<String, String> dictionnaire = new HashMap<String, String>() { { put("key1", "value1"); put("key2", "value2"); put("key3", "value3"); put("key4", "value4"); put("key5", "value5"); } };

---

Il faut placer les appels dans le bloc d'initialisation anonyme. Ceci dit je suis d'accord avec toi que je trouve ça plutôt moche, mais je l'utilise pour tester rapidement des choses parfois...

Dans tous les cas, je ne vois pas le rapport avec une classe anonyme ici.
C'est une instanciation tout à fait standard d'une classe HashMap, ce n'est pas une interface (Map l'est)

Citation:

---

Envoyé par OButterlin

Dans tous les cas, je ne vois pas le rapport avec une classe anonyme ici.
C'est une instanciation tout à fait standard d'une classe HashMap, ce n'est pas une interface (Map l'est)

---

Et pourtant... C'est bien un cas de classe anonyme (il suffit de voir les fichier class générés pour s'en convaincre). Car ce que l'on fait en réalité est une classe anonyme étendant Hashmap qui contient un bloc d'initialisation. Donc si c'est bien une classe anonyme, que l'on implémente une interface ou que l'on étende une classe abstraite ou non. ;)