Enumerationen. Einführung. Probleme. Enumerationen. Wir benötigen in Programmen manchmal vordefinierte Menge von Werten.

Transkript

1 Enumerationen Einführung Wir benötigen in Programmen manchmal vordefinierte Menge von Werten Sie können eigene Aufzählungstypen deklarieren Sie verwenden Aufzählungstypen situationsgerecht Beispiele: Wochentage (Montag, Dienstag) Farben (Rot, Grün, Blau,) Geschlecht (männlich, weiblich) Kleidergrösse (S, M, L, XL) Richtung (recht, links, oben, unten) (z.b. für die Ballonsteuerung) Spieler (computer, user) Wie können wir mit den bisher bekannten Mitteln die Aufgabe lösen 2 von 60 Probleme Ein Ballon kann in verschiedene Richtungen fliegen. void fliege(int richtung) { if(richtung == 1) // Richtung durch Integer-Konstanten kodiert // (rechts=1, links =2, ) -> UNÜBERSICHTLICH x = x+10 else. Implementieren wir den Aufzählungswert durch int-konstanten, so müssen wir jedesmal überprüfen, ob der Wert gültig ist. Ausserdem müssen wir irgendwie die Zuordnung zu den eigentlichen Werten kennen -> Lösung int Konstanten in Klasse definieren: Im JDK z.t. so public static final int RECHTS = 1 Im JDK z.t. so Falls mehrere solche Fälle in einer Klasse -> welche Konstanten (Gruppen) sind gültig? oder oder fliege (String richtung) { Wenn wir die Werte als Strings implementieren, müssen wir jedesmal überprüfen, ob ein String- Wert gültig ist UND String-Vergleiche durchführen. Ausserdem müssen wir irgendwie die Zuordnung zu den eigentlichen Werten kennen. z.b. richtung.equals( links ) Enumerationen 3 von 60 4 von 60

2 Enumerations Typen Deklaration und Definition der Werte So genannte Enumerations sind Datentypen für Aufzählungen (Aufzählungstypen) d.h. für eine klar definierte und beschränkte Menge von Werten. Wir können z.b. einen Aufzählungstyp für die Richtungen oder Wochentage definieren Vorteile: Compiler überprüft die Gültigkeit der Werte! nur vorher definierte Menge von Werten zulässig, z.b. als Paramter Die Richtungswerte oder Wochentage sind explizit im Programm verankert, und nicht irgendwelche kryptischen int-werte -> Lesbarkeit Vergleiche mit == -Operator wird möglich -> Lesbarkeit enum Enumtyp { e1_1, e1_2,., e1_n Beispiele: Namen des Typs Namen des Typs Wertebereich Wertebereich enum Richtung {LINKS, RECHTS, OBEN, UNTEN enum Tag { MONTAG, DIENSTAG, MITTWOCH, DONNERSTAG, FREITAG, SAMSTAG, SONNTAG enum Wochentag { MONTAG, DIENSTAG, MITTWOCH, DONNERSTAG, FREITAG enum Geschlecht { MAENNLICH, WEIBLICH enum Kleidergroesse { S, M, L, XL enum-deklarationen werden wie eine eigene Klasse deklariert Enum-Deklarationen können auch innerhalb einer anderen Klasse deklariert werden (eher selten) Sie werden aber immer ausserhalb der Methoden deklariert, wie Instanzvariablen 5 von 60 6 von 60 Deklaration der Variablen Verwendung Nachdem wir den Aufzählungstypen definiert haben, können wir Variablen dieses Typs deklarieren Dies geschieht analog zu Instanzvariablen normaler Klassen: Solche Variablen können wie normale (Referenz-) Variablen verwendet werden Es können aber nur die vordefinierten Werte zugewiesen werden Die Werte werden wie statische Klassenvariablen angesprochen (wie z.b. Math.PI, Color.RED ) Wochentag tag; Geschlecht g = Geschlecht.MAENNLICH; Kleidergroesse size = Kleidergroesse.S; Richtung direction = Richtung.LINKS; Kontrollfrage: welche der Zuweisungen sind gültig Tag tag; tag = Wochentag.DIENSTAG; tag = Tag.DIENSTAG; tag = Tag.dienstag; tag = DIENSTAG; tag = "DIENSTAG"; 7 von 60 8 von 60

3 Vergleich von Werten Bei Enumerationen kann mit dem einfachen Vergleich gearbeitet werden if (tag == Tag.MONTAG) { Implementierung und Methoden 9 von von 60 Implementierung Vordefinierte Methoden Java erzeugt aus dem Aufzählungstyp eine Klasse mit den nötigen Konstanten- Definitionen enum Kleidergroesse {S, M, L, XL class Kleidergroesse { public final static Kleidergroesse S = new Kleidergroesse(); public final static Kleidergroesse M = new Kleidergroesse(); public final static Kleidergroesse L = new Kleidergroesse(); public final static Kleidergroesse XL = new Kleidergroesse(); Die generierte Klasse "Enum" enthält eine Reihe vordefinierter Methoden: static String tostring() gibt den Aufzählungstyp als entsprechenden String zurück. static Enum valueof(string s) gibt den Aufzählungswert zum entsprechenden String zurück. -> tag = Tag.valueOf("MONTAG") setzt MONTAG. static Enum[] values() liefert einen Array mit allen Aufzählungswerten -> tag = Tag.values()[0] setzt MONTAG. int ordinal() Liefert den Index eines Aufzählungswerts (Reihenfolge der Deklaration, startet bei 0). -> tag.ordinal()liefert von von 60

4 Vordefinierte Methoden Eigene Methoden int compareto(enum e) vergleicht zwei Werte: <0 -> kleiner, 0 -> gleich, >0 ->grösser, gemäss Reihenfolge der Deklaration Wie auch bei "normalen" Klassen, kann man eigene Methoden für Aufzählungsklassen schreiben: boolean equals(enum e) vergleicht zwei Enum-Werte. Es kann aber auch == verwendet werden if(tag == TAG.DIENSTAG) { enum Tag { MONTAG, DIENSTAG, MITTWOCH, DONNERSTAG, FREITAG, SAMSTAG, SONNTAG; boolean istwochenende() { return this == SAMSTAG this == SONNTAG; Bleiben Sie beim Einfachen (am Anfang ohne eigene Methoden). Es gibt ein paar subtile Kleinigkeiten zu beachten. Interessierte wenden sich an einschlägige Literatur (Google: java enumerationen problems) 13 von von 60 Verwendung Übung public class EnumSample extends Applet { public void paint(graphics g) { Tag t = Tag.SONNTAG; Für das Spiel benötigt man status-variablen: spielgestartet werbeginnt (user, computer) weristamzug (user, computer) g.drawstring("heute ist " + t.tostring(), 50, 50); if( t.istwochenende()) { Welche Datentypen sind hier sinnvoll-> g.drawstring("es ist Wochenende", 50, 70); g.drawstring("mittwoch ist der " + (Tag.valueOf("MITTWOCH").ordinal()+1) + "te Tag!", 50, 90 ); Wie werden Sie deklariert und verwendet-> spielgestartet: g.drawstring( "Donnerstag kommt vor Freitag-> " + werbeginnt : Tag.DONNERSTAG.compareTo(Tag.FREITAG) < 0, 50, 110 ); amzug: 15 von von 60

5 Lösung: Enumeration mit Methode next next Programmfehler, Ausnahmebehandlung enum Spieler { // Enumeration mit eigener Zusatzmethode USER, COMPUTER; Spieler next () { Spieler r = null; // damit keine Warnung "nicht initialisiert" switch (this) { case USER: r = Spieler.COMPUTER; break; case COMPUTER: r = Spieler.USER; break; default: System.out.println("Fehler" ); return r; Einführung Ausnahmebehandlung in Java Exceptions Beispiele für Ausnahmebehandlungen Neue Sprachelemente: try, catch, finally, throws, throw Anwendung: Spielerwechsel Spieler amzug, werbeginnt = Spieler.COMPUTER; amzug = werbeginnt; amzug = amzug.next(); 17 von 60 Einführung Einführung Beispiel: Öffnen einer Datei Datei kann nicht gefunden werden Ein Programm kann auf verschiedene Arten auf einen Fehler reagieren: Nichts tun, einfach weitermachen Fehlermeldung an Benützer ausgeben Programmabbruch Frage: Welches ist die vernünftigste Reaktion auf einen Fehler-> Antwort: Kann nicht verallgemeinert werden; kommt auf Ausnahmesituation an! Mögliche Ursachen: falscher Dateiname, falscher Pfad, falsche Extension, etc. Generell: diese Ausnahmesituationen heissen Exceptions und deren sinnvolle Behandlung wird als Exceptionhandling bezeichnet 19 von von 60

6 Das Auftreten von Fehlern ist unvermeidlich Reaktion des Computers auf Fehler Arten von Fehler "gute" "gute" Fehler; Fehler; früh früh entdeckt, entdeckt, Syntaxfehler, Tippfehler: merkt der Compiler schnell schnell behoben. behoben. "gute Programmiersprachen" erkennen viele Fehler schon zu Compilationszeit. BASIC, C, PHP, Groovy sind daher heikel Konfigurationsfehler: merkt das Laufzeitsystem; oft schon zur Ladezeit Laufzeitfehler: treten beim laufenden Programm auf Arten von Laufzeitfehler fehlerhafte Benutzereingabe Hardwarefehler Peripheriegerät nicht angeschlossen / nicht bereit Datei nicht vorhanden, nicht lesbar Fehler in der Programmlogik Division durch 0 Zugriff auf nicht existierendes Objekt "schlimme "schlimme Fehler" Fehler" weil weil Benutzer in seiner Arbeit Benutzer in seiner Arbeit behindert wird behindert wird Tragweite des Problems angemessen Behebung des Problems, soweit als möglich falsche Eingabe: Aufforderung zur Korrektur kein Papier: Meldung, dass Papier notwendig keine Diskette im Laufwerk: Diskette anfordern 21 von von 60 Reaktion auf Fehler Behandlung Beispiele nichts tun / nochmals versuchen geht nicht immer Sofortige Programmabbruch ev. Datenverlust Oft einzige Lösung: Meldung an Benutzer was ist Problem, wo aufgetreten, ev. Vorgeschichte ev. Behebungsvorschlag Geben Sie einige Beispiele von Ausnahmesituationen an und überlegen Sie sich, wie das Programm darauf reagieren soll: Ausnahmesituation Massnahme Fehlerhafte Benutzereingabe (Buchstabe Neueingabe ermöglichen statt Zahl) Laden einer Datei, die nicht existiert Drucker hat kein Papier Neuen Namen verlangen Aufforderung an Benutzer Programm fortfahren/beenden ohne Datenverlust Division durch 0 Zugriff auf nicht existierendes Objekt Programmabbruch Evtl. Meldung an Benutzer Arrayindex ausserhalb erlaubten Bereichs Abbruch, ev. Array vergrössern 23 von von 60

7 Ausnahmebehandlung Ziele der Ausnahmebehandlung: Behebung des Problems, soweit als möglich Programm fortfahren (wenn möglich) mit möglichst kleinen Verlusten/Einschränkungen. Die Ausnahmebehandlung eines Programms ist meist komplexer als die eigentliche Funktionalität des Programms! Ausnahmebehandlung, frühere Ansätze Ob ein Fehler lokal innerhalb der Methode behandelt werden kann, ob er weitergegeben werden muss oder das Programm überhaupt abbrechen muss, das hängt von der Art des Fehlers ab Generell: ein sauberes Exceptionhandling erhöht die Benutzbarkeit und Stabilität eines Programms enorm! In der Regel wird ca. die Hälfte des Codes für die Reaktion auf Fehler geschrieben -> ev sogar mehr. 25 von von 60 Frühere Ausnahmebehandlungs-Konzepte Nachteile des alten Ansatzes Zwei früher verbreite Arten der Fehlerbehandlung die Funktion/Methode liefert einen Rückgabewert (0=ok sonst Fehlercode) int err = doa(); die Funktion/Methode setzt eine globale Error Variable public boolean error; void doa () { error =..; Resultierender Programmcode mit Fehlerbehandlung void doa() { void dob() { void doc() { doa(); if (error) { else { dob(); if (error) { Methode kann nur einen Wert zurück geben: somit besetzt durch Fehlercode Die Programmteile zur Fehlerbehandlung sind vermischt mit den Teilen für den normalen Programmablauf Gleiche Fehlerfälle müssen u.u. mehrmals geprüft und behandelt werden Die Fehlerbehandlung kann vergessen werden. Die globale Error Variable muss bei jedem Aufruf gesetzt/abgefragt werden; Problem mit geschachtelten Aufrufen. 27 von von 60

8 Fehlersignalisierung in Java: Exception Anstatt eines "normalen" Rückgabewertes kann in einer Methode ein Ausnahme (Exception) Objekt zurück gegeben werden. Exception Objekte werden nicht mit return retourniert sondern mit throw dem Aufrufer quasi "angeworfen" Name der Exception in Name der Exception in Methoden Kopf Methoden Kopf Exception, Catch, Finally public double mssqrt(doube d) throws Exception { Erzeugung und werfen des if (d < 0) Erzeugung und werfen des Exception Objekts Exception Objekts throw new Exception("Argument negativ"); else return Math.sqrt(d); Exception Verursacher Exception Exception 29 von von 60 Aufruf einer Methode die Exception werfen kann Try-Catch zur Strukturierung Aufruf von Methoden die Exception werfen können, müssen in einem try- Block liegen Exception muss mittels catch (Exception ex) gefangen werden und im nachfolgenden Block behandelt werden In Beispiel In diesem diesem Block Block steht steht der der Code Code der der eine eine Exception String result; Exception werfen werfen kann kann double d = mysqrt(p); result = "Wurzel: " + d; try-block catch (Exception ex) { result = ex.getmessage(); catch-block Der "Happy Path" wird vom Fehlerfall klar getrennt Für das Abfangen und Behandeln einer Exception im try-catch- Konstrukt // Code, der eine XException // erzeugen kann catch (XException e) { // Code, der XException // behandelt die Methode ex.getmessage() liefert weitere Informationen über die Fehlerursache: in unserem Beispiel: "Argument Negativ" 31 von von 60

9 Mehrere catch Blöcke Ausschnitt der Hierarchie von Exceptions Klassen IndexOutOfBoundException Exception RuntimeException IllegalArgumentException Exception ist Oberklasse der meisten Exceptions abgeleitete Klassen vor den Oberklassen in catch Block Reihenfolge zuerst d = mysqrt(4); catch (IndexOutOfBoundException ex) { catch (RuntimeException ex) { catch (Exception ex) { Mehrere catch Blöcke Mehrere catch-blöcke hintereinander schreiben Ein catch-block für die entsprechende Oberklasse der gewünschten Exceptionklassen angegeben Beispiel: catch (IOException e){ // alle IOExceptions catch (Exception e) { // alle anderen Exceptions Achtung: Es wird immer die erste Exception verwendet, die passt Beim Auftreten einer Exception wird der entsprechende catch-block ausgeführt, dann fährt das Programm nach dem letzten der catch-blöcke weiter g d.h. die nachfolgenden catch-blocks werden übersprungen Die generellere Klasse (Exception) muss deshalb hinter den spezielleren (IOException) stehen 33 von von 60 finally finally Programmteile die immer ausgeführt werden sollen, auch im Fehlerfall finally-block: catch (Exceptionklassenname variablenname){ catch (Exceptionklassenname2 variablenname){ Der Code des finally-blocks wird in jedem Fall ausgeführt, d.h. sowohl bei normalem Ablauf als auch bei einer Exception Er wird auch ausgeführt, falls im try-block die Methode mit einer return-anweisung verlassen wird! Der finally-block wird vor allem verwendet für: Schliessen von Files Freigeben von Ressourcen Anderer Code, der in jedem Fall ausgeführt werden muss finally { // finally-block: wird in jedem Fall ausgeführt. ist optional 35 von von 60

10 Sichtbarkeitsbereiche von Variablen Eigene Exception Klassen Variable, die nur innerhalb eines Code-Blocks deklariert werden, sind nur in diesem Blocks sichtbar. Ausserhalb des Blocks sind sie undefiniert! for (int i = 0; i < 100; i++) { System.out.println( /n + i + ^ 2 = + i*i); Fehler, i ist nicht definiert! System.out.println( /n i nach der Schleife= + i); Das Gleiche gilt auch für den try-block: Variablen die im try-block definiert werden, sind ausserhalb von try-block (auch im catch-block) nicht sichtbar/definiert! Abhilfe: Benötigte Variablen ausserhalb try-block defnieren, Bsp.: URL myurl; myurl = new URL(TextField1.getText()); catch (Exception e) { System.out.println(""+e); System.out.println( url = + myurl); Es können beliebige eigene Exception Klassen definiert werden müssen von Exception erben sollten im Konstruktor einen String haben und diesen an die Oberklasse weiterleit = String der in der getmessage() Methode zurückgegeben wird public class MyException extends Exception { public MyException (String message) { super(message); Oft kann aus Fundus bestehender JDK Klassen eine Exception genommen werden 37 von von 60 Methoden der Exception Klasse String getmessage() Detaillierter Meldungsstring String tostring() Ausgabe des Exception Klassenname + Meldungsstring e.printstacktrace(); Behandlung von Exceptions Aufrufkette bei Exception Nützlich während der Entwicklung um Fehler zu lokalisieren catch (Exception e) { e.printstracktrace(system.err); 39 von von 60

11 Behandlung innerhalb Methode Behandlung ausserhalb eigener Methode try{ try-block: Code, der eine Exception werfen kann catch (Exceptionklassenname variablenname){ chatch-block: Code, um Exception zu behandeln alle Exceptions die innerhalb des try-blocks geworfen werden können, werden in nachfolgenden catch Blöcken gefangen. Falls keine Exception auftritt, fährt Programm nach dem letzten catch-block weiter Tritt eine Exception auf: Programm unterbricht den try-block führt den catch-block aus, falls Exception von der entsprechenden Klasse ist fährt nach dem letzten catch-block weiter 41 von 60 Statt die Exception im catch Block der Methode zu fangen, kann diese auch weitergegeben werden: der Exceptionklassennamen muss dazu im Methodenkopf angegeben werden Jeder Exceptionklassename, der in einer Methode geworfen werden kann, muss im Methodenkopf aufgeführt sein. public void mysqrt() throws MyException { throw new MyException("error"); public void dob() throws MyException { mysqrt(4); public doc() { dob(); catch (MyException ex) { 42 von 60 Behandlung innerhalb und ausserhalb Eine Exception kann auch gefangen, bearbeitet und wieder geworfen werden public doc() throws MyException { dob(); catch (MyException ex) { throw ex; Beispiele 43 von von 60

12 Beispiele für Ausnahmebehandlungen Beispiele für Ausnahmebehandlungen public void actionperformed(actionevent event) { if (event.getsource() == stringfield) { try{ int number; number = Integer.parseInt( stringfield.gettext()); resultfield.settext("doubled value is " + (2*number)); catch (NumberFormatException e) { resultfield.settext("error in number: retype "); catch (ArithmeticException e) { resultfield.settext("number overflow "); // if (event.getsource..) // method actionperformed Umwandlung eines String in eine Integer-Zahl Methode parseint kann NumberFormatException erzeugen (unchecked) Dies Exception sollte eher lokal behandelt werden. Nach oben propagieren bringt hier nicht viel. à die unterste Methode am besten weiss, was zu tun ist. Index eines Arrays liegen ausserhalb der erlaubten Grenzen erzeugt ArrayIndexOutOfBoundsException (unchecked) sollte nicht abgefangen werden, so dass der Ort des Fehlers anhand der Fehlermeldung (von Java Run-Time-System) besser lokalisiert werden kann. 45 von von 60 Beispiele für Ausnahmebehandlungen Beispiele für Ausnahmebehandlungen Öffnen eines Files (Dateien werden im Kapitel 8 behandelt) Files müssen geöffnet werden, bevor man daraus etwas lesen kann Falls File nicht existiert à FileNotFoundException Es gibt 2 Varianten für die Behandlung: Exception wird abgefangen try{ \\ Versuche File zu oeffen infile = new BufferedReader(new FileReader("meinFile.txt")); catch (FileNotFoundException e){ \\ Falls File nicht gefunden errorfield.settext("datei nicht gefunden") Exception wird nach oben propagiert parseint generiert eine NumberFormatException, wenn Aber: der eingegebene String keine ganze Zahl ist ( AA, 1.34 etc.) die eingegebene Zahl zu gross oder zu klein ist (nicht zwischen und ) (siehe dazu auch die Java API Spezifikation) ist die eingegebene Zahl OK und die resultierende zu gross, so gibt es keinen Fehler, obwohl ArithmeticException abgefangen wird wieso-> Die Operation 2 * number erzeugt keine ArithmeticException (im Gegensatz zu zb. Division durch 0)! private void openfile() throws IOException{ infile = new BufferedReader(new FileReader("meinFile.txt")); 47 von von 60

13 Übung Schreiben Sie eine Methode liesziffer(string str), die prüft, ob der String str eine Ziffer zwischen 0..9 darstellt. Falls ja, soll die Methode die Ziffer als Integer zurückgeben. Falls nicht, soll die Methode eine IllegalArgumentException mit einer entsprechenden Meldung erzeugen. Geprüfte und ungeprüfte Ausnahmen 49 von von 60 Geprüfte Ausnahmen: checked Nicht geprüfte Ausnahmen: unchecked Geprüfte Ausnahmen die innerhalb einer Methode geworfen werden, müssen im Methodenkopf aufgeführt werden Erben von der Klasse Exception public void mysqrt() throws MyException, IllegalArgumentException { throw new MyException("error"); throw new IllegalArgumentException("a"); Es reicht aber auch die Exception Oberklasse anzugeben um irgend eine Exception zu werfen public void mysqrt() throws Exception { Wenn alle möglichen Fehler gefangen werden müssten, würde des Programm weitgehend aus Fehlerbehandlungscode bestehen. (schwerwiegende) Ausnahmen, die an fast jeder Stelle auftregen können, müssen nicht gefangen werden: unchecked Exceptions nicht gefangene Exceptions werden automatisch an die VM weitergereicht -> Programmabbruch mit Fehlermeldung (Ausgabe der Ursache). 2 Gruppen von unchecked Exceptions Schwerwiegende Konfigurations-/Systemfehler z.b. Klasse nicht vorhanden sind Unterklassen von Error Programmierfehler z.b. Division durch 0, Null Pointer Zugriff sind Unterklassen von RuntimeException 51 von von 60

14 Klassenhierarchie Java kennt etwa 30 vordefinierte Exception Klassen Oberklasse: Throwable -> Catch (Throwable e) um alle Exception zu fangen 2 Hauptkategorien: Error: Schwerwiegende Systemfehler, die der Programmierer normalerweise nicht abfängt Exception: die meisten Subklassen von Exception sind checked, d.h., sie müssen behandelt werden. Einzige Ausnahme bilden die RuntimeExceptions: Können praktisch überall auftreten Müssen daher nicht extra deklariert werden Müssen nicht in jedem Fall behandelt werden unchecked checked Exceptions als Teil der Methodenschnittstelle Es ist wichtige bei jeder Methode zu wissen, welche Fehlerfälle das auftregen können In der Dokumentation zu den Bibliotheksroutinen stehen neben dem Zweck und den Parametern der Methode auch die möglichen Exceptions, die von der Methode geworfen werden können. 53 von von 60 Schlechte Beispiele Exceptions sollen nicht einfach gefangen und ignoriert werden catch (IndexOutOfBoundException e) { Schlechte Beispiele besser: mindestens eine Ausgabe (ins Error log-> spätere Vorlesung) oder e.printstacktrace(); catch (IndexOutOfBoundException e) { System.err.println(e.getMessage()); catch (IndexOutOfBoundException e) { e.printstacktrace(); 55 von von 60

15 Schlechte Beispiele Zusammenfassung Exception Exceptions sollten nicht für gewollte Ausnahmen eingesetzt werden (zb als Ersatz für Abbruchbedingung im normalen Programmablauf) etwas schneller weil Test enfällt etwas schneller weil Test enfällt for(int i = 0;;i++) { k = a[i]; catch (IndexOutOfBoundException e) { die Ausnahmen sind aussergewöhnliche Fälle Exception sind Instanzen von Klassen, die Throwable als gemeinsame Oberklasse haben Ausnahme auslösen: erstellen eines Exception Objekts mit throw wird Exception "geworfen" Der Aufrufer ruft die Methode in try Block auf Fehlerfall: der Aufrufer landet im catch Block auf jeden Fall: finally wird ausgeführt Programm wird nach dem letzten catch Block weitergeführt Jeder Fehlerfall muss im Methodenkopf angegeben werden, ausser : RuntimeException und Error Error meist sofortiger Programmabbruch nötig RuntimeException schwierig zu behandeln, kann überall auftreten 57 von von 60 Anhang: Kontrollfragen Anhang: Lösung der Aufgabe Welche 3 grundlegenden Fehlertypen gibt es in Java-> Wie wird in Java ein Fehler abgefangen-> Was bewirkt der finally-block-> Wieviel catcher können eingerichtet werden -> Wie sieht der Kopf einer Methode aus, in welcher Fehler auftreten können, aber nicht in der Methode selbst behandelt werden-> 59 von 60 Lösung der Aufgabe von der Folie 24 : Schreiben Sie eine Methode liesziffer(string str), die prüft, ob der String str eine Ziffer zwischen 0..9 darstellt. public static int liesziffer (String str) throws IllegalArgumentException { if(str.length()!= 1 ) throw (new IllegalArgumentException ("mehr oder weniger als genau 1 Ziffer eigegeben")); else if(!(str.charat(0) >= '0' && str.charat(0)<='9')) throw (new IllegalArgumentException("keine Ziffer 0..9")); else return (str.charat(0)-'0'); // convert ASCII/UNICODE zu integer Anwendung: System.out.println("Einlesene Zahl = "+liesziffer(s)); catch (IllegalArgumentException e) { System.out.println("IllegalArgumentException: " + e.getmessage()); 60 von 60