Accès protégé membre de différents paquets dans Java - une curiosité

http://java.sun.com/docs/books/jls/third_edition/html/names.html#6.6

class C
    protected member;

//in a different package

class S extends C 

    obj.member; //only allowed if type of obj is S or subclass of S

La motivation est probablement de la manière suivante. Si obj est un Sclasse S dispose de suffisamment de connaissances de son fonctionnement interne, il a le droit de manipuler ses membres, et il peut le faire en toute sécurité.

Si obj n'est pas un Sc'est probablement un autre sous-classe S2 de Cqui S n'a aucune idée de. S2 peut-être pas encore né quand S est écrit. Pour S à manipuler S2protégées internes est assez dangereux. Si cela est permis, à partir de S2point de vue, il n'est pas de savoir qui va altérer la protection des éléments internes et comment, de ce fait S2 de travail très difficile de raisonner sur son propre état.

Maintenant, si obj est Det D extends Sest-il dangereux pour S pour accéder à obj.member? Pas vraiment. Comment S utilise member est un partage des connaissances de S et toutes ses sous-classes, y compris D. S comme la super-classe a le droit de définir les comportements et les D que la sous-classe a l'obligation d'accepter et de respecter.

Pour faciliter la compréhension, la règle devrait vraiment être simplifiée obj's (statique) de type à être exactement S. Après tout, c'est très inhabituel et inapproprié pour la sous-classe D à apparaître dans S. Et même si il arrive, que le type statique de obj est Dnotre règle simplifiée peut traiter facilement par upcasting: ((S)obj).member

Protégé l'accès a certaines règles particulières qui sont détaillées dans le Java Langage De Spécification:

Un membre protégé ou le constructeur d'un objet peut être accessible depuis l'extérieur de l'emballage dans lequel elle est déclarée que par le code qui est responsable de la mise en œuvre de cet objet.

D'abord penser, c'est que vous pouvez utiliser protected Object dans toute la vaisselle, mais seulement des non-sous-classe ne peut pas accéder membre protégé de l'autre classe. cela signifie que vous ne pouvez pas l'utiliser directement. vous recevez d'abord que l'obj et d'utiliser ensuite.

    package Demos;

    public class AB
    {
        public    int a = 14;
        protected int b = 13;   
    }

et nous avons une autre classe comme

package Example;

import Demos.AB;

public class Ex1 extends AB
{
    public static void main(String[] args)
    {
        AB obj = new AB();          //obj of AB                OR
                                    //AB obj = new Ex1(); object of Ex1 but referance of AB
                                    //cant use protacted member

        System.out.println(obj.a);
        System.out.println(obj.b);  //You can't use 


        Ex1 obj1 = new Ex1();       //you have to make obj of sub-class referance of Ex1
        System.out.println(obj1.a);
        System.out.println(obj1.b);  //Now You can use
    }
}

dans cette affaire, qu'il faut s'étend de la classe de membre protégé et ensuite utiliser vous ne pouvez pas l'utiliser directement.

Cela pourrait être une réponse directe à votre question, mais je ne vois pas pourquoi vous appelez nouveau Base().display();. Peut-être ce que tu veux dire dans super.display();.

Dans ce cas, vous êtes en fait en utilisant la méthode héritée, mais juste parce que vous êtes hériter une classe, cela ne signifie pas que vous avez accès à la classe protégé méthodes (qui, par définition, ne sont visibles que pour les super-classes).

La différence est sur une affaire (votre exemple) vous essayez d'accéder à une méthode protégée à partir d'une instance d'une classe que vous avez hérité. Dans mon exemple, vous pouvez accéder à la méthode protégée par héritage.

En résumé: vous pouvez accéder à la méthode par succession de contexte.

Pourquoi?

Il permet aux programmeurs de flexibilité dans le choix des fonctions ne peuvent être utilisées ou prolongées par les descendants directs.

display n'est pas une méthode statique à l'intérieur de la Base. Donc, vous devez d'abord créer une instance de la Base, puis l'affichage d'appel.

Base base = new Base();
base.display();