Hallo,

ich versuche gerade ein Interface zu definieren, bei dem die implementierenden Klassen des Interface, umbedingt eine static Methode haben müssen.
Das Problem ist das man ja in Interfaces keine static Methoden definieren kann, aber ich auch in der implentierenden Klasse diese nicht static überschreiben darf ...
Gibt es da irgend ne Lösung dafür, oder übersehe ich da etwas ?

Nochmal zur Verdeutlichung, da ich den Text selber verwirrend finde :P

Interface A
{
public static String getIrgendwas();
}

Klasse B implements A
{
public static String getIrgendwas(){return "doof";};
}

Gruß Gollrich

Welchen Sinn sollte denn bitte eine statische Methode in nem Interface haben. Hast du verstanden wozu Interfaces gut sind? Statische Methoden sollten die Ausnahme sein, da sie erstens nicht wirklich objektorientiert sind und zweitens zu nahezu untestbarem Code führen, da sie den Client an die Implementierung koppeln. Interfaces verhindern gerade das. Scheint, als hättest du einen grundsätzlichen Denkfehler im Design.

Gruß
Ollie

Moin!
Wenn du uns verrätst, wozu du sowas benötigst, könnte man unter Umständen eine Lösung für das Problem finden...

*grüssle*
MeinerEiner

PS:
Auch wenn man solche Sachen mit Vorsicht geniessen muss, sowas geht schon:

Code :

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

public interface A {         public static String test = "testA";     } public class B implements A{     public static String test = "testB";     /** Creates a new instance of B */     public B() {     }     } public class C implements A{      public static String test = "testC";         /** Creates a new instance of C */     public C() {     }     }

Code :

1 2 3 4 5

public static void main(String[] args) {         System.out.println(B.test); // Gibt testB aus         System.out.println(C.test); // Gibt testC aus             }

Aber hübsch ist sowas nicht...

Damit eine Methode nicht überschrieben werden kann, muss diese in der Mutterklasse das Attribut final enthalten.

nach ner kurzen Suche...hier haben auch schon einige über diese Frage diskutiert..
http://www.jguru.com/faq/view.jsp?EID=88225

Hallo,

Code java:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

/**  *  */ package de.tutorials;   /**  * @author Thomas.Darimont  *  */ public class MethodsOnInterfaces {       /**      * @param args      */     public static void main(String[] args) {         Interface.Methods.print();     }         static interface Interface{         static class Methods{             public static void print(){                 System.out.println("bubu");             }         }     }   }

Gruß Tom

Hi,
bin auch gerade über diese Frage gestolpert. Allerdings habe ich noch kein vernünftiges Argument gefunden warum dies nicht möglich sein sollte. Ein Interface ist für mich in erster Linie ein Vertrag was eine Klasse für Methoden bereitstellt.
Warum static Methoden davon ausgeschlossen werden erschließt sich mir nicht.
@Oliver: Verstehe deine Aussage auch nicht warum eine static Methode in einem Interface die Implementierung an den Client? koppelt, oder warum dadurch etwas untestbar werden sollte.

Würde aber gerne wissen was sich die Java Designer bei dieser Regel gedacht haben. Man lernt ja nie aus

VG,
ck.

Um es verstaendlich zu machen:

Es gibt eine Interface I, eine Klasse A und eine Klasse B. A und B implementieren I.

Code java:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

interface I {     public static string doFoo(); }   class A implements I {     public static string doFoo() {         System.out.println("A does foo");     } }   class B implements I {     public static string doFoo() {         System.out.println("B does foo");     } }

Nun rufen wir

Code java:

1	I.doFoo();

auf.

Preisfrage: Soll nun A.doFoo() oder B.doFoo() waehrend der Laufzeit ausgefuehrt werden? (Nein das ist kein gueltiger Code, sondern die Frage, die sich die Sprachdesigner stellen mussten).

@Oliver: Verstehe deine Aussage auch nicht warum eine static Methode in einem Interface die Implementierung an den Client? koppelt, oder warum dadurch etwas untestbar werden sollte.

Siehe oben. Es ist nicht bestimmbar welche Methode zur Laufzeit ausgefuehrt werden soll. Also muss man, wenn statische Methoden genutzt werden, den Client direkte an eine Klasse binden.

Wenn man diesen Syntax als Vertrag interpretieren wuerde, haette man imme noch das gleiche Problem, man braucht zum Aufruf der statischen Methode immer noch eine konktrete Klasse. Ob die Signatur in diesem Fall frei definiert wird oder per Vertrag festgelegt wird ist im Endeffekt irrelevant, weil es eine reine kosmetische Vorgabe ist.

Danke für die ausführliche Antwort!!
Sehe jetzt die Problematik

Obwohl es auf diesem Thread schon eine ganze Zeit keine Aktivität mehr gab möchte ich doch noch meinen Senf dazu geben:
Wenn du nur sichergehen willst, dass die betreffende methode in der entsprechenden Klasse existiert so definiere sie doch einfach in einer abstakten Basisklasse.

Sorry war zuschnell mit schreiben. Nach erneutem durchdenken hab ich rausgefunden, dass überschreibbare methoden ja gar nicht statisch sein können.