Methoden aus verschiedenen Klassen zusammenfassen

[starbuck86]

Hallo.

Ich mal wieder.

Ich habe mir gerade überlegt, wie man es wohl realisieren könnte, Methoden aus verschiedenen Klassen in eine "Überklasse" zusammenzufassen. Also im Prinzip wie eine Interfaceklasse, nur dass die Methoden eben verteilt sind auf verschiedene andere Klassen.

Beispiel:

public interface Klasse1 {

      public void methode1();

      public void methode2();

      public void methode3();

      public void methode4();

}


public class Klasse1_1 implements Klasse1 {

      public void methode1() {

            //Anweisungen

      }

      public void methode2() {

            //Anw...

      }

}


public class Klasse1_2 implements Klasse1 {

      public void methode3() {

            //Anw...

      }

      public void methode4() {

            //Anw...

      }

}

Genau das wird jetzt natürlich nicht funktionieren, weil die Interface-Klasse vorraussetzt, dass in den "implements..."-Klassen alle Methoden definiert werden. Aber wie könnte man das dann machen?

Gruß

starbuck1

[starbuck86]

Falsches Forum merk ich grad -.-

Kann das mal einer verschieben, bitte?

[kein-tee]

Das Stichwort heisst Mehrfachvererbung und dies ist in Java einfach nicht möglich.

Gruß

[Aiun]

nee, ich glaube er will ein Interface auf 2 Klassen aufteilen, das macht keinen Sinn woher soll denn die Sprache wissen was wo "erzwungen" ist ?

[geloescht_JesterDay]

Ich habe mir gerade überlegt, wie man es wohl realisieren könnte, Methoden aus verschiedenen Klassen in eine "Überklasse" zusammenzufassen.

Gar nicht, und das würde ja auch keinen Sinn machen, IMHO. Warum sollte es eine "allwissende" Überklasse geben, und die Klassen selber wissen dann nur die Hälfte?

Eigentlich ist es ja normalerweise umgekehrt.

Was du machen könntest wäre, deine Klassen von der Überklasse erben zu lassen und die nicht benötigten Funktionen zu Überschreiben und dann darin gar nichts zu tun.

Aber dennoch widerspricht das ja eigentlich allem was in der OO gelehrt wird. Die klassen sollen ja so speziell wie möglich sein, und nicht eine Klasse für alles. Es macht ja auch keinen Sinn Funktionen zusammenzufassen, die nichts miteinander zu tun haben.

[starbuck86]

Naja es würde eben schon Sinn machen, wenn man den Hintergrund kennt. Der Hauptaspekt hierbei wäre die Übersichtlichkeit mehrerer Klassen.

Ich habe 7 Klassen, die 7 unterschiedliche Fenster definieren. In weiteren 7 Klassen sind jeweils 2 Methoden hinterlegt die das Fenster öffnen und es schließen mit diversen anderen Befehlen. Und jetzt wollte ich diese Befehle eben zu einer Überklasse (der Übersichtlichkeit halber zusammenfassen).

Aber hab ne andere, bessere Lösung gefunden. Die 7 Klassen mit den open/close-Methoden fass ich nun zu einer abstrakten Klasse zusammen und pack in die Methoden einfach nen paar Übergabeparameter.

Trotzdem Danke für die Infos.