Methoden- und Constructoraufrufe

[Gast]

Hallo zusammen

Ich habe eine Methode, die eine Klasse übergeben bekommt.
Diese Würde ich gerne so eingrenzen, dass nur Throwable-Klassen mit übergeben werden dürfen.

public void test(Class exception)
{
   ...
}

Ein Aufruf der Methoden soll z.B. für String.class gar nicht erst möglich sein.

jemand eine Idee?

Danke im voraus

 

[SlaterB]

unmöglich,
Typisierung gibts nur für Objekte,
also entweder ein Objekt verlangen und davon die Klasse nehmen

oder irgendwo ein beliebiges Class-Objekt annehmen und auf jeden Positiv-Fall prüfen
(am schnellsten mit einer Map)

stell dir Klassen wie String vor, wie ihre Klassennamen,
mehr kann man damit nicht machen

edit:
na, 2-Sekunden-Antworten sind ja immer zu kurz ,
schaue dir Class.isAssignableFrom() und andere Reflection-Operationen an

 

[DaKo]

[EDIT]Wegen Langsamkeit gelöscht [/EDIT]

 

[Gast]

ok, danke für die schnelle antwort.

ich dachte ich hätte schon irgendwo mal gelesen, dass es geht.
falsch gedacht

 

[SlaterB]

ich hab bei mir noch was reineditiert, ganz so schwarz ist es doch nicht

 

[thE_29]

Wieso sollte das nicht gehen?

  private void testClass(Class c)
  {
    if(c != null && !c.isPrimitive() && c.isInstance(new Throwable()))
      System.out.println("KLASSE IST THROWABLE!");
    else
      System.out.println("KEINE THROWABLE KLASSE!");
  }

Aufruf:

    testClass(new Throwable().getClass());
    testClass(new String().getClass());

Ergebnis:

KLASSE IST THROWABLE!

KEINE THROWABLE KLASSE!

 

[WieselAc]

Bin mir nicht ganz sicher, ob das für dich in Frage kommt, aber wenn du vom Design her nicht auf die Methodensignatur festgelegt bist und je nachdem was du in deiner Methode machen willst, würd ich dir raten die Signatur so zu ändern, dass nicht der Typ Class sondern die Klasse Throwable erwachtet wird.

 

[Gast]

Mit throwable in der Signatur hab ich mir auch schon überlegt.

muß ich halt immer ein neues Object erzeugen für den Aufruf.

PS:

Die Methode soll per Reflektion eine Methode aufrufen und prüfen ob die übergebene Exception geworfen wurde.

 

[Marco13]

Die Methode soll für einen falschen Typ ja garnicht erst aufgerufen werden können - und da der Typ zur Compilezeit nicht feststeht, würde ich sagen, dass das (auch mit Reflection) nicht geht.

 

[Roar]

Class<? extends Throwable> :?:

 

[Gast]

@ Roar

genau das hab ich gesucht

bistn Schatz :applaus:

 

[thE_29]

Mein Vorschlag wäre auch gegangen so nebenbei ^^

 

[SlaterB]

na gut das dass noch geklärt wurde, sorry

 

[Roar]

wenn dann schon Throwable.class.isAssignableFrom(c) aber zur compilerzeit wirds trotzdem nich geprüft.

 

[thE_29]

Axo, im gings zur compilezeit..

Ich dachte zur Runtime Und das mit dem isAssignableFrom werde ich mir gleich merken