public/default Interface

[Say]

Hallo zusammen,

soweit ich es verstanden habe, müssen Interfaces public sein. Müssen die Methoden auch public sein oder dürfen die sogar default/protected sein? Warum ist default nicht möglich? Es ist doch so private> protected > default > public. In diesem Code ist das Interface default oder? Die Methode ist ebenfalls default?

interface Dessinable
{
void draw();
}
class Ballon implements Dessinable
{
void draw() {
// zeichne Ballon hier
}
}

 

[httpdigest]

Methoden eines Interfaces sind immer (per Default) public. Du kannst public hinschreiben, musst es aber nicht. Wäre auch redundant. Und ich glaube, du kannst auch überhaupt nicht protected oder private ranschreiben.
In Klassendefinitionen müssen aus Interfaces implementierte Methoden public sein, weil die Methode im Interface selbst ja public ist.
Man kann also die Sichtbarkeit von Methoden aus Interfaces in ihren Klasseimplementierungen nicht wieder einschränken.

 

[temi]

Probier dein Beispiel doch einfach mal aus!

Das ist für Anfänger der generell beste Tipp.

 

[Robert Zenz]

soweit ich es verstanden habe, müssen Interfaces public sein.

Nein, muessen sie nicht.

Müssen die Methoden auch public sein oder dürfen die sogar default/protected sein? Warum ist default nicht möglich? Es ist doch so private> protected > default > public.

Naja, dass sie "default" public sind stoert mich auch ein wenig (aus anderen Gruenden), aber nehmen wir mal an du hast eine Schnittstelle wie diese:

public interface Doer {
    public void doOneThing();
    void doOtherThing();
}

Effektiv wuerde das bedeuten dass nur Klassen im selben Paket diese Schnittstelle implementieren koennen, fuer alle anderen ist es effektiv final weil sie nicht die package-private Methode ueberschreiben koennten. Es macht keinerlei Sinn eine solche Schnittstelle zu haben von einem API-Design Standpunkt aus.

protected macht keinen Sinn, weil die Schnittstellenmethoden keine Logik halten koennen und daher ergibt es keinen Sinn eine Methode nur fuer ableitende Klassen vorzugebenn.

private ist so richtig sinnfrei.

 

[Say]

Nein, muessen sie nicht.


Naja, dass sie "default" public sind stoert mich auch ein wenig (aus anderen Gruenden), aber nehmen wir mal an du hast eine Schnittstelle wie diese:

public interface Doer {
    public void doOneThing();
    void doOtherThing();
}

Effektiv wuerde das bedeuten dass nur Klassen im selben Paket diese Schnittstelle implementieren koennen, fuer alle anderen ist es effektiv final weil sie nicht die package-private Methode ueberschreiben koennten. Es macht keinerlei Sinn eine solche Schnittstelle zu haben von einem API-Design Standpunkt aus.

protected macht keinen Sinn, weil die Schnittstellenmethoden keine Logik halten koennen und daher ergibt es keinen Sinn eine Methode nur fuer ableitende Klassen vorzugebenn.

private ist so richtig sinnfrei.

Warum dürfen bei protected keine Logik enthalten sein?

 

[Say]

Probier dein Beispiel doch einfach mal aus!

Das ist für Anfänger der generell beste Tipp.

Danke für den Tipp, versuche ich meistens, dann verstehe ich den Kompiler nicht.

 

[Say]

Methoden eines Interfaces sind immer (per Default) public. Du kannst public hinschreiben, musst es aber nicht. Wäre auch redundant. Und ich glaube, du kannst auch überhaupt nicht protected oder private ranschreiben.
In Klassendefinitionen müssen aus Interfaces implementierte Methoden public sein, weil die Methode im Interface selbst ja public ist.
Man kann also die Sichtbarkeit von Methoden aus Interfaces in ihren Klasseimplementierungen nicht wieder einschränken.

Aber wenn man public nicht explizit hinschreibt, reklamiert der Compiler, dann muss es es doch per Default der default Konstruktor sein und nicht public?

 

[Robert Zenz]

Warum dürfen bei protected keine Logik enthalten sein?

Nein, Schnittstellen enthalten ueberhaupt keine Logik...oder war halt so. In der Zwischenzeit gibt es ja default Methoden, aber es war halt so dass du keine Logik in der Schnittstelle hinterlegen konntest, daher macht es auch keinen Sinn eine protected Methode zu definieren, weil die verwendente Logik kannst du ohnehin nicht vorgeben.

 

[Say]

Muss man die Klasse Ballon überhaupt dann auch public machen oder genügt es class Ballon?

 

[Say]

Nein, Schnittstellen enthalten ueberhaupt keine Logik...oder war halt so. In der Zwischenzeit gibt es ja default Methoden, aber es war halt so dass du keine Logik in der Schnittstelle hinterlegen konntest, daher macht es auch keinen Sinn eine protected Methode zu definieren, weil die verwendente Logik kannst du ohnehin nicht vorgeben.

Achso ok, danke für deine Antwort.