Methoden Vererbung und Interface

[Ash]

Hallo Leute, ich hab hier ein Verständnisproblem. Vll. könnt ihr weiterhelfen
Meine Klasse GraphImpl implementiert bereits die methoden 1 bis 4 der Schnittstelle Graph.
Nun soll die Klasse ObservableGraphImpl das Interface ObservableGraph implementieren.
Jetzt müssen deshalb nochmal die Methoden 1 bis 4 in der Klasse ObservableGraphImpl implementiert werden.
Was keinen Sinn macht, weil ich die Methoden bereits in GraphImpl implementiert habe.
Wie setzt man das ganze am besten um?

 

[mihe7]

Was keinen Sinn macht, weil ich die Methoden bereits in GraphImpl implementiert habe.

Dem UML nach besteht zwischen GraphImpl und ObservableGraphImpl lediglich eine Assoziation. Insofern musst Du natürlich die Methoden implementieren. Allerdings kann die Implementierung ja einfach an GraphImpl delegieren.

 

[Ash]

Dem UML nach besteht zwischen GraphImpl und ObservableGraphImpl lediglich eine Assoziation. Insofern musst Du natürlich die Methoden implementieren. Allerdings kann die Implementierung ja einfach an GraphImpl delegieren.

Bedeutet das, dass ich bei ObservableGraphImpl eine Instanz von GraphImpl erstelle, und dann: method1{ return new GraphImpl( ).method1( ); } schreibe?

 

[mihe7]

Jein, Du musst die Instanz nicht unbedingt in ObservableGraphImpl erstellen, Du kannst sie auch dem Konstruktor mitgeben.

private GraphImpl graph;

public ObservableGraphImpl(GraphImpl graph) {
     this.graph = graph;
}

public void methode() {
     graph.methode();
}

Google mal nach Decorator Design Pattern.

 

[Ash]

ja, das sieht schon viel besser aus. Danke!

 

[ing0-bing0]

Ich glaube ich weiß wo hier das Problem versteckt ist...

Beispiel:

public interface IA {
    default void ma1() {
        System.out.println("IA ma1()");
    }
}

interface IAA extends IA {
    @Override
    default void ma1() {
        System.out.println("IAA ma1()");
        // wird nicht erreicht...
    }
}

interface IAAA extends IAA {
    @Override
    default void ma1() {
        System.out.println("IAAA ma1()");
    }
}

class CA implements IA {
    @Override
    public void ma1() {
        IA.super.ma1();
    }
}

class CB extends CA implements IAAA {
    @Override
    public void ma1() {
        super.ma1();
        // IAA.super.ma1(); funktioniert nicht...
    }

    public static void main(String[] args) {
        new IA() {}.ma1();
        new IAA() {}.ma1();
        new IAAA() {}.ma1();
        new CA().ma1();
        new CB().ma1();
    }
}

Die Methode ma1() vom Interface IAA kann in den implementierenden Klassen CA und CB nicht aufgerufen werden, egal was man anstellt...

Das Problem hat auch einen Namen, aber gerade vergessen.

 

[Gelöschtes Mitglied 65838]

es wird nicht erreicht wegen doppel Vererbung, IAAA müsste super. ma1() aufrufen

 

[ing0-bing0]

Hm, und weshalb kann ich dann in der implementierenden Klasse zwar IA und IAAA aufrufen, aber nicht IAA? Da ist ne Lücke...

 

[Gelöschtes Mitglied 65838]

abgesehen dass es eine Misshandlung von default Methoden ist


wenn man sie mal vernünftig benennen würde und einen vernünftigen Code zeigt könnte man es erklären

 

[mihe7]

Ich glaube ich weiß wo hier das Problem versteckt ist...

Das scheitert schon daran, dass es in der Aufgabe keine Vererbungsbeziehung zwischen den beiden Klassen gibt.

Hm, und weshalb kann ich dann in der implementierenden Klasse zwar IA und IAAA aufrufen, aber nicht IAA? Da ist ne Lücke...

Das geht grundsätzlich nicht, ist bei Klassen nicht anders, s. auch https://docs.oracle.com/javase/specs/jls/se8/html/jls-15.html#jls-15.12.1

 

[ing0-bing0]

Das scheitert schon daran, dass es in der Aufgabe keine Vererbungsbeziehung zwischen den beiden Klassen gibt.

Was soll denn der bissige Ton? Hab ich dir was getan?

Die Aufgabenstellung ist unsinnig, insofern kann auch nichts scheitern. Und diese Lücke besteht nunmal, egal wie du es windest.

 

[LimDul]

Die Aufgabenstellung ist nicht unsinnig. Default-Methoden kommen da überhaupt nicht vor. Da ist einfach eine Vererbung von Interfaces. Die Implementierungen sind nur in den Klassen mit Impl am Ende.

 

[mihe7]

Was soll denn der bissige Ton?

Tut mir leid, wenn das bissig rübergekommen ist, das war überhaupt nicht meine Absicht.

 

[Gelöschtes Mitglied 65838]

Die Aufgabenstellung ist nicht unsinnig. Default-Methoden kommen da überhaupt nicht vor. Da ist einfach eine Vererbung von Interfaces. Die Implementierungen sind nur in den Klassen mit Impl am Ende.

default methoden sind nach meinem prof nur für "übergangs lösungen" geeignet... keine ahnung ob das so gilt aber hat sinn ergeben...also einfach nicht mit defaults umher ballern

 

[ing0-bing0]

Ja schon gut, ich habe übers Ziel hinaus geschossen...