Script Java

7.4 Exception Handling
keine Tokens mehr im String vorhanden sind. Wenn also beispielsweise ein Benutzer
„8.00“ anstatt „8:00“ eingibt, würde eine NoSuchElementException generiert, da
der StringTokenizer gar keinen Separator vorfindet.
In der Methode setTime() wird wohl eine durch nextElement() hervorgerufene
NoSuchElementException abgeblockt, dafür aber eine
NumberFormatException generiert, die nicht in der Methode selber behandelt wird.
Am Ende der Methode setTime() erfolgt der Aufruf von setTime() 1 . Hierbei
werden die Parameter
Integer.parseInt(hString), Integer.parseInt(mString)
übergeben. Die in der Klasse Integer 2 deklarierte Klassenmethode parseInt()
konvertiert einen als Parameter erhaltenen String zu einem int. Dieser wird als Wert
zurückgegeben. Sollten jedoch die im String enthaltenen Zeichen - mit Ausnahme des
ersten Zeichens, welches auch ein Minuszeichen darstellen kann - keine Zahlen sein, wird
eine NumberFormatException geworfen.
In der Methode setTime() kann also einmal explizit im catch statement und einmal
implizit durch die Methode parseInt() eine NumberFormatException generiert
werden. Da innerhalb der Methode aber kein passender catch statement vorhanden ist, wird
die NumberFormatException weitergeworfen, was das Schlüsselwort throws in der
Signatur bestätigt. Schauen wir nun in der aufrufenden Methode nach, ob diese ein catch
statement für eine NumberFormatException deklariert.
In den geschweiften Klammern des letzten else statement 3 der Methode
actionPerformed() in der Klasse UserFrame wird die Methode setTime()
aufgerufen:
else {
try {time.setTime(text.getText());}
catch (NumberFormatException e) {
message.setText("Invalid Format");
return;
}
}
An dieser Stelle im Programm sehen wir auch den Methodenaufruf von setTime() mit
dem Schlüsselwort try versehen und finden das gesuchte catch statement. Das
1 Wieder ein Beispiel für method overloading. Dieses Mal ist die Methode setTime() gemeint, welche
Parameter vom Typ int erwartet.
2 Siehe Abschnitt 4.3.3.
3 Da alle anderen Fälle in den vorhergehenden else statements abgeklärt wurden, muss es sich beim letzten
else statement um den Fall handeln, dass der Benutzer die RETURN-Taste im TextField gedrückt hat.
194