Java

[JAVA] Inner class et accès aux membres protected --> compiler bug ?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [JAVA] Inner class et accès aux membres protected --> compiler bug ?

noldor

Rockn'roll

Un exemple valant mieux qu'une explication alambiquée, voilà mon problème (exemple bateau) :

J'ai une classe fruit.Fruit

Code :

package fruit;
public class Fruit {
protected String name;
}

et une classe orange.Orange :

Code :

package orange;
import fruit.Fruit;
public class Orange extends Fruit {
public Orange() {
this.name = "orange";
}
public void print() {
new InnerClass().print();
}
private class InnerClass {
void print() {
System.out.println(name);
}
}
public static void main(String[] args) {
Orange o = new Orange();
o.print();
}
}

Lorsque je compile Orange avec le JDK 1.2.2, j'ai le message suivant :

Citation :

orange/Orange.java:17: Variable name in class fruit.Fruit not accessible from inner class orange.Orange. InnerClass.
System.out.println(name);
^
1 error

Avec une JDK 1.1, ou une >=1.3 ça passe
s'agit il d'un bug du compilateur d'après vous ?

Message édité par noldor le 22-06-2004 à 14:26:15

---------------
http://runnerstats.net

Publicité

benou

pour moi ca devrait marcher ...

---------------
ma vie, mon oeuvre - HomePlayer

noldor

Rockn'roll

En parcourant la bug parade de Sun, il s'agit bien d'un bug du JDK 1.2 :
http://bugs.sun.com/bugdatabase/vi [...] id=4116802 pour ceux qui veulent plus d'infos

---------------
http://runnerstats.net

Taz

bisounours-codeur

les inner classe sont liées à une instance en Java ?

nraynaud

lol

oui, biensûr, c'est ce qui les différencie des classes simplement "nested" (qui sont déclarées pareil, mais avec le mot clef "static" ) on accède à l'instance englobante par ClasseEnglobante.this .

---------------
trainoo.com, c'est fini

Taz

bisounours-codeur

ok, merci.

la principale fonction de ces classes, c'est de jouer le rôle de proxy/propriété ?

nraynaud

lol

Taz a écrit :

ok, merci.

la principale fonction de ces classes, c'est de jouer le rôle de proxy/propriété ?

bof, je les utilise quand j'ai besoin d'une toute petite classe non-réutilisable (implémentation concrète), style les handlers dévènement. Comme il y a capture du contexte, je les utilise comme fermeture lexicale aussi.

petits exemples
en closure :

Code :

public class URLDecoration extends Decoration {
public static Decoration.Factory getFactory(final String url) {
return new Decoration.Factory() {
public Decoration createDecoration(int start, int len, List frags) {
return new URLDecoration(start, len, frags, url);
}
};
}
private String url;
/**
* @param start
*/
protected URLDecoration(int start, int len, List frags, String url) {
super(start, len, frags);
this.url = url;
}

en petite classe non-réutilisable :

Code :

public class MessageCreator {
//TODO (nraynaud) : add filter installation/removal facility.
//TODO (nraynaud) : avoid using substring() during Stringbuffer use
/**
* the accumulating buffer
*/
private StringBuffer buffer;
private final List stack = new ArrayList(2);
private List filters;
private class StackFrame {
/**
* the immediately preceding frame.
*/
private StackFrame parent;
/**
* the factory of the decoration
*/
public Decoration.Factory factory;
/**
* absolute start of the decoration from the begining of the buffer.
*/
public int absoluteStart;
/**
* List of fragments collected so far
*/
public List fragments = new LinkedList();
/**
* relative star of the last opened fragment, relative to the begining
* of the decoration
*/
public int fragStart = 0;
public StackFrame(Decoration.Factory factory, StackFrame parent) {
this.factory = factory;
this.absoluteStart = buffer.length();
this.parent = parent;
}
/**
* @param fragStart
* The fragStart to set.
*/
private void moveFragStart(int val) {
this.fragStart += val;
}
/**
* consumes the last fragment form fragStart to the end of buff and add
* it to the fragments list. If fragment is empty, don't do anything.
*
* @param buff
*/
public void consumeFragment() {
consumeFragment(null);
}
/**
* consumes the last fragment, giving it the decoration into the
* constructor
*
* @param decoration
*/
public void consumeFragment(Decoration decoration) {
int start = absoluteStart + fragStart;
int len = buffer.length() - start;
if (len > 0) {
fragments.add(new TextFragment(fragStart, len, decoration));
moveFragStart(len);
}
}
/**
* transforms the current frame in decoration. Frame should not be used
* anymore after calling this function.
*
* @return the created decoration, null if its length would have been
* null.
*/
public Decoration extractDecoration() {
int start;
if (parent != null)
start = absoluteStart - parent.absoluteStart;
else
start = absoluteStart;
int len = buffer.length() - absoluteStart;
if (len > 0)
return factory.createDecoration(start, len, fragments);
else
return null;
}
}
...

---------------
trainoo.com, c'est fini

Taz

bisounours-codeur

ok, merci

FORUM HardWare.fr

Programmation

Java

[JAVA] Inner class et accès aux membres protected --> compiler bug ?

Sujets relatifs
[JAVA - DEBUTANT] Gérer la position d'un texte	[JAVA] Pb recuperation evenement clavier
[java] Reseau : j'ai pas la meme chose avec java qu'en telnet...	lister un repertoir en java
[Java] import d'informations d'une page Web	[ACCESS]combobox accès au data dans les colonnes
Bp de compilation de classe java	[.htaccess] Redirection accès page en fonction des groupes ?
[java 3D] java.lang.NoClassDefFoundError : sun/awt/DrawingSurface	[java] performance d'une copie de fichier
Plus de sujets relatifs à : [JAVA] Inner class et accès aux membres protected --> compiler bug ?

Page générée en 0.077 secondes