Impossible d'accéder à la variable privée de sa propre classe via une instance de sous-classe

Vous ne pouvez pas dire b.foo parce que foo est privé et ne sera donc pas hérité, par conséquent la classe B ne peut pas voir la variable foo et n'est pas au courant si une variable nommée foo existe même-à moins qu'elle ne soit marquée protégée (comme vous l'avez dit) ou par défaut (comme

Si vous souhaitez utiliser foo sans l'aide d'un cast explicite comme votre deuxième exemple, vous devez utiliser this.foo ou simplement foo, qui a un implicite this. CommeJavadocs spécifié, le this mot clé raison principale est d'empêcher que:

La raison la plus courante pour utiliser le mot-clé this est qu'un champ est ombré par une méthode ou un paramètre constructeur.

Lorsque vous avez utilisé ((A) b), vous lancez le type de référence et le compilateur va le voir comme si vous utilisez un A type de variable de référence, en d'autres termes, quelque chose comme A a, et a.foo est totalement légal.

Un résumé illustré de la visibilité et de l'accès aux superclasses variables d'instance privée:

La spécification pour les expressions d'accès aux champs, chapitre 15.11 dit:

Si l'identifiant ne nomme pas un champ Membre accessible dans le type T, ensuite, l'accès au champ n'est pas défini et une erreur de compilation se produit.

Du point de vue de la super classe, en regardant les types, je dirais que le membre est non accessible, d'où l'erreur.

Je pense que le cas que vous présentez est plus proche de l'accès à un membre en tant que champ, qui est montré dans l'exemple 15.11-1-1.

class S           { int x = 0; }
class T extends S { int x = 1; }
class Test1 {
    public static void main(String[] args) {
        T t = new T();
        System.out.println("t.x=" + t.x + when("t", t));
        S s = new S();
        System.out.println("s.x=" + s.x + when("s", s));
        s = t;
        System.out.println("s.x=" + s.x + when("s", s));
    }
    static String when(String name, Object t) {
        return " when " + name + " holds a "
                        + t.getClass() + " at run time.";
    }
}

Juste pour répondre à votre question:

Veuillez expliquer quel type de mauvais code la restriction protège contre.

Veuillez considérer l'extrait suivant.

public class X {
    private int a;

    public void bar(Z z) {
        z.a // not visible, but if was, what 'a' 
            // would you actually access at this point 'X' or 'Z'
    }
}

public class Z extends X {
    private int a;
}

Il me semble que la spécification est incohérente. Comme l'indique John, le corps des États spec

Sinon, le membre ou le constructeur est déclaré privé, et l'accès est autorisé si et seulement s'il se produit dans le corps de la classe de niveau supérieur (§7.6) qui entoure la déclaration du membre ou du constructeur.

Et il n'y a aucune mention de sous-classes. Donc, la classe A devrait compiler correctement. Cependant, l'exemple 6.6-5 indique

Un membre de la classe privée ou constructor est accessible uniquement dans le corps de la classe de niveau supérieur (§7.6) qui contient la déclaration du membre ou du constructeur. il n'est pas hérité par les sous-classes .

Cette deuxième instruction est à la fois plus faible (non seulement si), mais apporte des sous-classes à la table. Selon cette Un ne devrait pas compiler.

Java est pointilleux sur l'accès aux variables privées via un type de référence qui ne devrait pas avoir accès à cette variable. Vous devriez être capable de le faire légalement en écrivant ((A) b).foo = 42.

Nous ne pouvons pas hériter des champs ou des méthodes private. Donc, dans votre classe de code B est complètement ignorant de la variable foo même si vous accédez à partir de sa propre classe A.

N'est-ce pas à quoi sert le modificateur d'accès par défaut?

Essayez ceci :

public class blah{
    static class A {
        int foo;
        void bar(B b) {b.foo=42;}
    }
    static class B extends A {

    }
}

Vous ne pouvez pas accéder au membre privé directement à partir d'un ancêtre, c'est ce que signifie privé. Maintenant, pourquoi ça marche quand vous lancez? Et cela signifie-t-il que la documentation est incorrecte?

J'ai mentionné à un collègue que la documentation java peut être erronée et il souligne que vous définissez réellement la valeur de foo à l'intérieur de la classe A. Donc tout est correct. Vous ne pouvez pas (parce que c'est privé) Accès foo à partir d'un descendant, vous devez donc lancer. Et vous ne pouvez pas le faire en dehors du corps de A.

Je crois que c'est la bonne réponse.