OOP Konstruktor Modifier

[nrg]

Hallo Zusammen,

handelt sich nur um eine Kleinigkeit aber ich muss das wirklich genau wissen, weil ich sonst evtl Fragen im Test übermorgen versemmel .

folgende Aufgabe (VCE Java6 SCJP)

kurzer Test:

class ClassA {
	public int a;
	protected ClassA(int a) {
		this.a = a;
	}
}
class ExtendedA extends ClassA {
	private ExtendedA(int a) {
		super(a);
	}
}
public class Test {
	public static void main(String[] args) {
		ExtendedA ext = new ExtendedA(420); //KOMPILIERFEHLER 
		System.out.print(ext.a);
	}
}

ergibt auch den von mir vermuteten Kompilierfehler:

Allerdings kann ich ja im Grunde den Konstruktor "private" machen (wird ja zumindest Kompiliert, solange man eben nicht kein Objekt von einer anderen Klasse instanziieren möchte), dh meine eigentliche Antwort "D" ist auch nicht wirklich richtig (weil Konstruktoren eben theoretisch gesehn den private Modifier haben können). Aber die Anwort "A", die der Test ausspuckt, ergibt für mich auch absolut keinen Sinn.

Ich sag gleich im Voraus dazu, dass die Qualität von dem VCE sehr zu wünschen übrig lässt....

Was würdest ihr hier als Anwort nehmen oder kann man die Aufgabe im Grunde total vergessen??

 

[mvitz]

Dein Beispiel ist falsch. RIchtig wäre:

class ClassA {
    public int a;
    protected ClassA(int a) {
        this.a = a;
    }
}
class ExtendedA extends ClassA {
    private ExtendedA(int a) {
        super(a);
    }
    public static void main(String[] args) {
        ExtendedA ext = new ExtendedA(420); //KOMPILIERFEHLER 
        System.out.print(ext.a);
    }
}

 

[ThreadPool]

Du musst schon richtig hinschauen. Es gibt nur zwei Klassen ClassA und ExtendedA, wobei letztere
noch eine main-Methode enthält. Der private Konstruktoraufruf ist also in Ordnung und es kommt
auch wirklich 420 raus.

 

[hemeroc]

Und als allgemeinen Hinweis:

Ein private Konstruktor kann durchaus auch sehr sinnvoll sein.
Beispielsweise ist es bei "Utility Klassen" (Klassen die nur static Methoden beinhalten) nicht erwünscht jemals eine Instanz dieser Klasse zu erzeugen. Würdest du einfach keinen Konstruktor erstellen, erstellt der Compiler automatisch einen default Konstruktor das kannst du mit einem private Konstruktor verhindern.​

(Is nur ein Beispiel warum private Konstruktoren sinnvoll sein können es gibt sicher noch mehr)
LG Hemeroc

 

[nrg]

oh man wie blöd von mir xD. mich bringt ab und zu die mieße formatierung der Aufgaben auf einen falschen Weg...

danke euch