geschützte Daten in der abstrakten Klasse

Denke, der geschützte Methoden als Schnittstelle für die Unterklassen, die in der gleichen Weise, dass die öffentlichen Methoden stellen die Schnittstelle für alle anderen.

Bereitstellung von Zugriffsmethoden ermöglicht der base-Klasse, um seinen Zustand: es gibt keine Möglichkeit, eine Unterklasse wäre es zu verderben, ohne eine absichtliche trick.

InformationsquelleAutor der Antwort KeatsPeeks

Wenn Sie nicht brauchen, Ihr Kind zu direkt zugreifen, warum sollten Sie es zulassen ?

Es ist nicht eine Seite nach unten zu verwenden, geschützt sind. Aber wenn es nicht notwendig ist, ist es vielleicht besser, es zu vermeiden und den Zugriff auf Ihre Felder.

InformationsquelleAutor der Antwort Colin Hebert

Wenn jemand Unterklassen Ihrer Klasse, und stellt die Unterklasse im selben Paket wie die aktuelle Klasse haben, können Sie überschreiben möchten Ihre Getter und setter. Zum Beispiel, Sie möchten, stellen Sie sicher, dass i kann nur eingestellt werden auf einen Wert größer als 1.

Andere als das, es ist wirklich bis zu Ihnen. Die Konvention ist, dass es Getter und setter für alles obwohl.

InformationsquelleAutor der Antwort Serplat

Den Sie verwenden möchten Getter/setter, da mit protected int i; ermöglicht Feld überschreiben (die Sie wollen unter allen Umständen zu vermeiden).

Wollen Sie verbieten Feld überschreiben, weil es anders funktioniert als Methode überschreiben. Feld überschreiben nicht die überschriebene Feld nicht zugegriffen werden (der Typ der Referenz entscheidet, auf welche Instanz des Feldes, mit der Sie arbeiten).

Zugänglichen Felder sollten endgültig sein, oder in eine Klasse, die final ist.

public class OverridingFun {
    public static class Base {
        public int i = 1;
        public int getI(){ return i; }
    }
    public static class A extends Base {
        public int i = 2;
        public int getI(){ return i; }
    }
    public static class B extends A {
        public int i = 3;
        public int getI(){ return i; }
    }
    public static void main(String [] args){
        B b = new B();
        A bAsA = b;
        Base bAsBase = b;

        System.out.println(b.getI());//3
        System.out.println(bAsA.getI());//3
        System.out.println(bAsBase.getI());//3

        System.out.println(b.i);//3
        System.out.println(bAsA.i);//2
        System.out.println(bAsBase.i);//1

        b.i = 4;
        bAsA.i = 5;
        bAsBase.i = 6;

        System.out.println(b.i);//4
        System.out.println(bAsA.i);//5
        System.out.println(bAsBase.i);//6
    }
}

Auf den ersten Blick sieht dies wie etwas, das würde nur den code schwer zu Lesen, aber es hat Auswirkungen auf die Funktionalität. Sagen Sie das Feld nicht überschrieben wird durch eine abgeleitete Klasse, da die Set-Methoden werden nicht eingesetzt, es gibt keine Möglichkeit, automatisch Updates der Basis-Feld und keine Möglichkeit, zu erkennen, wenn sich jemand geändert hat, die Basis-Bereich (da der Basis-Wert ist immer noch zugänglich), und aktualisieren Sie das Feld abgeleitet. Es ist leicht vorstellbar, dass die Basis-und abgeleitete Staaten könnten aus dem Takt geraten und dass die Fehler, die hart sein würde, auf die Spur. Einfach ausgedrückt macht es für eine sehr spröde API.

Leider gibt es keine Möglichkeit zum Schutz gegen diese, da die final Schlüsselwort, das schützt vor überschreiben, macht auch Felder schreiben, einmal. Also keine beschreibbaren nicht-overloadable Felder.

Ich persönlich bin eher überrascht, die Sprache, die Designern erlaubt, Feld überschreiben überhaupt. Der Vorteil der Verwendung von Settern ist, dass jede Ebene kann über die Garantie der Integrität des eigenen Staates und das Vertrauen, dass abgeleitete Klassen haben nicht gefoult es. Feld überschreiben ist nur ärger bringen.

InformationsquelleAutor der Antwort BlindWanderer