Classes Anonymes, Method-Local inner Classes.

Version imprimable

Je me demande sur l uilite des Method-Local inner Classes.

Est ce que vous en avez deja travailler avec? dans quel cas de design vous utilisez cette solution?
petit exemple de Method-Local inner Classes.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
class MyOuter{
     private String x;
    void doStuff(){
           class MyInner(){
              public void myInnerMethod(){
                  System.out.println("My Inner Method");
              }
           }
          // la tu termine le code de ton doStuff
    }
}

Merci

07/08/2007, 20h26
CyberChouan
Les innerClass sont très utilisées lorsqu'on programme des IHM: elles permettent de créer les écouteurs de ton interface. Aller hop, un exemple pour la route:
Code:

1 2 3 4 5 6 7 8 monBouttonQuitter.addActionListener( new ActionListener() { public void actionPerformed(ActionEvent e) { System.exit(0); } } );
08/08/2007, 05h38
bouye

Idem et toujours en GUI lorsqu'il s'agit de creer des taches executables (Runnable, TimerTask), des gestionnaires d'action (Action, AbstractAction), des modeles (ListModel, DefaultListModel, TableModel, ...) ou des renderer (ListCellRenderer, DefaultListCellRenderer, ...). Certaines IDE ne generent le code de gestion des evenementiel que de cette maniere d'ailleurs. Cote ligne de commange/non-graphique, il m'arrive egalement parfois de creer des formaters de texte de cette maniere.

Disons que, de mon point de vue, c'est surtout pour du code leger et rapide a maintenir. Des qu'on depasse une ou deux methodes surchargees et la dizaine de lignes par methodes, je prefere creer une classe interne non-anonyme centralisant toutes les interfaces (dans le cas d'une outer classe publique) ou d'heriter directement des interfaces en question (dans le cas d'une outer classe package protected).

utile en effet

Citation:

Envoyé par jhaythem

Je me demande sur l uilite des Method-Local inner Classes.

Est ce que vous en avez deja travailler avec?

Merci

oui, dans les situations citées et autres par exemple pour trier des bidules selon un comparator.
exemple:
Code:

1 2 3 4 5 6 7 Collections.sort( MonArrayList, new Comparator<UneClasse>() { public int compare( UneClasse cla, UneClasse clb ) { return( cla.typeComparaison).compareTo(clb.typeComparaison); } } );

08/08/2007, 13h59
bulbo

Je ne sais pas si vous repondez exactement a sa question.

Pour les inner class anonymes telles que vous les utilisez dans vos exemples il y a bien sur un interet.

Mais une inner class non anonyme declaree dans une methode ... non je vois pas l'interet.
08/08/2007, 15h49
jhaythem

Merci Bulbo,
je parlais de ca, moi non plus je vois pas l interet ?!?!?
mais bon...
08/08/2007, 16h53
kossistus

Raison d'être d'une classe interne
Citation:

Envoyé par jhaythem

Merci Bulbo,
je parlais de ca, moi non plus je vois pas l interet ?!?!?
mais bon...

M Bruce H. pense qu'il y a quand même une raison http://bruce-eckel.developpez.com/li...aduction/tij3/
- 8 : Interfaces & Classes Internes
- Raison d'être des classes internes
08/08/2007, 17h13
bulbo

Sans vouloir etre mechant j'ai vu nulle part dans l'artible de Bruce (Eckel pas tout-puissant) une utilisation d'une inner classe non anonyme et method-local.

Ce qu'il decrit c'est ce que tout le monde a du utiliser une fois au moins, c'est des inner-class anonymes qui te permettent d'implementer une interface en interne sans necessairement exposer les methodes de cette interface dans l'interface de la classe contenant l'inner-class.

[Ouch si ca c'est pas abscons :aie: comme phrase]

Declarer une inner classe non anonyme method-local sous-entends d'avoir besoin d'acceder a cette classe nommee dans le corps de la methode (et seulement depuis la methode car declaration locale).
L'utilite ? Creer plusieurs instances de cette classe ? pourquoi cloisonner la declaration de cette classe a la methode dans ce cas ? Quel est le benefice par rapport a une inner classe nommee declaree dans la classe directement ?

Bref pour moi ca sert pas a grand chose et je ne vois pas un cas ou il serait plus pertinent d'utiliser ce genre d'inner class que celles plus habituelles que l'on utilise regulierement.

Bulbo ;)

Citation:

Envoyé par bulbo

Sans vouloir etre mechant j'ai vu nulle part dans l'artible de Bruce (Eckel pas tout-puissant) une utilisation d'une inner classe non anonyme et method-local.

Si en voila son exemple

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
public class Parcel5 {
  private void internalTracking(boolean b) {
    if(b) {
      class TrackingSlip {
        private String id;
        TrackingSlip(String s) {
          id = s;
        }
        String getSlip() { return id; }
      }
      TrackingSlip ts = new TrackingSlip("slip");
      String s = ts.getSlip();
    }
    // Utilisation impossible ici ! En dehors de la portée :
    //! TrackingSlip ts = new TrackingSlip("x");
  }
  public void track() { internalTracking(true); }
  public static void main(String[] args) {
    Parcel5 p = new Parcel5();
    p.track();
  }
} ///:~

mais ceci n empeche, son utilite reste encore a prouver pour moi :p
ca serait cool si klk avait un cas de design concret...

Citation:
Envoyé par jhaythem
Si en voila son exemple
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 public class Parcel5 { private void internalTracking(boolean b) { if(b) { class TrackingSlip { private String id; TrackingSlip(String s) { id = s; } String getSlip() { return id; } } TrackingSlip ts = new TrackingSlip("slip"); String s = ts.getSlip(); } // Utilisation impossible ici ! En dehors de la portée : //! TrackingSlip ts = new TrackingSlip("x"); } public void track() { internalTracking(true); } public static void main(String[] args) { Parcel5 p = new Parcel5(); p.track(); } } ///:~
mais ceci n empeche, son utilite reste encore a prouver pour moi :p
ca serait cool si klk avait un cas de design concret...
Oups je n'avais lu que la partie de l'article mentionnee ci-dessus. Mais je te rejoins le code presente n'a aucun interet.

Je suis d'accord que c'est un livre pour apprendre le langage donc on ne va pas se lancer dans un exercice de haute-voltige en matiere de design, mais cette implementation meme si elle est possible reste un mystere pour moi en terme d'utilite.

Bulbo ;)