¿Por qué mi subclase no puede acceder a una variable protegida de su superclase, cuando está en un paquete diferente?

Question

Tengo una clase abstracta, relation en el paquete database.relation y una subclase de ella, Join, en el paquete database.operations. relation tiene un miembro protegido llamado mStructure.

En Join:

public Join(final Relation relLeft, final Relation relRight) { 
     super(); 
     mRelLeft = relLeft; 
     mRelRight = relRight; 
     mStructure = new LinkedList<Header>(); 
     this.copyStructure(mRelLeft.mStructure); 

     for (final Header header :mRelRight.mStructure) { 
     if (!mStructure.contains(header)) { 
      mStructure.add(header); 
     } 
    } 
} 

En las líneas

this.copyStructure(mRelLeft.mStructure); 

y

for (final Header header : mRelRight.mStructure) { 

me sale el siguiente error:

The field Relation.mStructure is not visible

Si pongo ambas clases en el mismo paquete, esto funciona perfectamente. ¿Alguien puede explicar este problema?

Answer 1

funciona, pero sólo usted los niños intenta acceder a él propia variables, no variables de otra instancia (incluso si pertenece al mismo árbol de herencia).

Ver este código de ejemplo para entenderlo mejor:

//in Parent.java 
package parentpackage; 
public class Parent { 
    protected String parentVariable = "whatever";// define protected variable 
} 

// in Children.java 
package childenpackage; 
import parentpackage.Parent; 

class Children extends Parent { 
    Children(Parent withParent){ 
     System.out.println(this.parentVariable);// works well. 
     //System.out.print(withParent.parentVariable);// doesn't work 
    } 
} 

si tratamos de compilar utilizando el withParent.parentVariable tenemos:

Children.java:8: parentVariable has protected access in parentpackage.Parent 
    System.out.print(withParent.parentVariable); 

Es accesible, pero sólo a su propia variable .

Answer 2

Si protected, la instancia de Join no puede acceder al mStructure en otros casos (relRight, relLeft) fuera del paquete.

EDIT:

La tabla here explica esta situación bastante bien. Marqué el culpable de su pregunta con [] s

Access Levels 
Modifier Class Package Subclass World 
public  Y  Y  Y   Y 
protected Y [Y]  Y   N 
no modifier Y  Y  N   N 
private  Y  N  N   N 

Answer 3

Una pequeña salvedad conocida sobre protected:

6.6.2 Details on protected Access

A protected member or constructor of an object may be accessed from outside the package in which it is declared only by code that is responsible for the implementation of that object.

Answer 4

El problema es que está accediendo a otro miembro protegido de instancia.

Puede aplicar múltiples soluciones, por ejemplo, si es posible se puede declarar en la clase padre de estos dos métodos:

protected void copyRelationStructure(Relation r) { 
    this.copyStructure(r.mStructure); 
} 

protected void mergeRelationStructure(Relation r) { 
    for (final Header header: r.mStructure) { 
    if (!mStructure.contains(header)) { 
     mStructure.add(header); 
    } 
    } 
} 

Y luego en Childs código Reemplazar:

this.copyStructure(mRelLeft.mStructure); 

for (final Header header :mRelRight.mStructure) { 
    if (!mStructure.contains(header)) { 
    mStructure.add(header); 
    } 
} 

Con:

this.copyRelationStructure(mRelLeft); 
this.mergeRelationStructure(mRelRight); 

Eso debería funcionar.Ahora, la relación tiene la responsabilidad de proporcionar métodos que permitan operar consigo mismos a sus hijos. Probablemente la razón detrás de esta política es que los niños no deben meterse con las partes internas de los padres a menos que sean parte del mismo paquete de software con el fin de limitar las incompatibilidades.