pourquoi ne puis-je pas accès protégé java de la méthode même de la pensée, je l'ai étendu la classe?

Voici la documentation de la méthode protégée:

/** Converts jmusic score data into a MIDI Sequence */
protected  javax.sound.midi.Sequence scoreToSeq(Score score)

Et j'ai fait cette petite classe pour étendre la classe que scoreToSeq méthode vient de:

public class MidiSequence extends MidiSynth{

    public Sequence getSequence(Score score){
        MidiSynth synth = new MidiSynth();
        Sequence sequence = null;
        try
        {
                    //Here I get the error saying that the method has
                    //protected access in MidiSynth
            sequence = synth.scoreToSeq(score);

        }
        catch (InvalidMidiDataException e)
        {
            /*
             *  In case of an exception, we dump the exception
             *  including the stack trace to the console.
             *  Then, we exit the program.
             */
            e.printStackTrace();
            System.exit(1);
        }

        return sequence;

    }
}
De Najib Tounsi (pas assez de rep pour le commentaire) : Même si, synth.scoreToSeq(score); devrait être légal.

OriginalL'auteur Matt | 2009-10-25

  1. 17

    (EDIT: theycallmemorty réponse donne des conseils pratiques pour éviter ce problème dans votre cas. Cette réponse donne les raisons pour lesquelles vous devez suivre les conseils, c'est à dire pourquoi le langage a été conçu de cette façon.)

    Vous ne pouvez accéder à un membre protégé d'un autre objet qui est du même type que l'accès à code (ou une sous-classe) - même si le membre est déclaré dans un supertype.

    De la Java Langage de Spécification, la section 6.6.2:

    Appelons C la classe dans laquelle un
    membre protégé m est déclarée. Accès
    est autorisé uniquement dans le corps d'un
    sous-classe S de C. En outre, si l'Id
    désigne un champ d'instance ou d'instance
    méthode, puis:

    • Si l'accès est par un nom qualifié Q. Id, où Q est un ExpressionName,
      l'accès est autorisé si et
      seulement si le type de l'expression Q
      est S ou une sous-classe de S.
    • Si l'accès est par l'accès à un champ d'expression de E. Id, où E est l'un des principaux
      l'expression, ou par un appel de méthode
      l'expression E. Id(. . .), où E est un
      L'expression principale, l'accès est
      autorisé si et seulement si le type d'E
      est S ou une sous-classe de S.

    C'est pour permettre à un type d'accéder aux membres pertinents à son propre arbre d'héritage, sans vaincre l'encapsulation des autres classes. Par exemple, supposons que nous avons:

         A
    / \
   B   Other
  /
 C

    et A déclaré un membre protégé x. Sans la règle fonctionne de cette façon, vous pourriez aller faire un tour encapsulation par mettre un membre dans Other:

    public int getX(A a)
{
    return a.x;
}

    et appeler juste que le passage en une instance de B ou C - le membre serait effectivement devenu public, parce que vous pouvez toujours le contourner par l'introduction d'une autre classe... pas une bonne idée. Avec la règle actuelle, vous auriez à la sous-classe B ou C - qui vous ne pouvez pas être en mesure de, en premier lieu.

    Je pense que j'ai (pour la plupart) comprendre les JLS extrait :-), mais le contre-exemple ne semble pas convaincante. Le protégé du champ x est sur Un pas sur B ou C, donc ça devrait être ok pour les Autres à voir. Il n'a pas d'exposer d'autres champs de B ou C. bien sûr, c'est surtout donner matière à tergiverser puisque la réponse est "la spec dit" et il est plutôt improbable pour nous de changer les spécifications 🙂
    Qu'entendez-vous par "parce que vous pouvez toujours le contourner par l'introduction d'une autre classe" dans la deuxième ligne?
    Quelqu'un pourrait il suffit de créer une autre classe qui s'étend A et offre l'accès à une instance de sous-classe de A.
    J'ai demandé à un question connexe ici. Pouvez-vous veuillez donner une réponse?
    Je pense que le dernier exemple devrait être: public static void getX(A a) {return a.x;}

    OriginalL'auteur Jon Skeet

  2. 12

    En faisant ceci:

    MidiSynth synth = new MidiSynth();
sequence = synth.scoreToSeq(score);

    Vous n'êtes pas réellement en tirant parti du fait que vous avez prolongé la MidiSynth classe.

    Si vous essayez

    this.scoreToSec(score);

    Alors vous trouverez que vous avez accès à la fonction protégée.

    Ou par la création d'une nouvelle MidiSequence au lieu d'un MidiSynth (et de changer le type de la synth variable).

    OriginalL'auteur theycallmemorty