try-catch Block Verständnisfrage

[cheat.008]

Hallo Java-Freunde,

wird im folgenden Beispiel eine NumberFormatException durch das parsen des Strings s ausgelöst und der catch-Teil abgearbeitet, wird allgemein nach einem catch-Block der try-Block noch einmal versucht (abgesehen von der while-Schleife)?

...
  public static void main( String[] args ) {
    int number = 0;
 
    while ( true ) {
      try {
        String s = javax.swing.JOptionPane.showInputDialog( "Bitte Zahl eingeben" );
        number = Integer.parseInt( s );
    
        break;
      }
      catch ( NumberFormatException e ) {
        System.err.println( "Das war keine Zahl!" );
      }
    }

    System.out.println( "Danke für die Zahl " + number );
    System.exit( 0 );
  }
...

 

[Thallius]

Nein

 

[cheat.008]

Ok, das war mir durch die mir vorliegende Literatur nicht 100% klar.

 

[RoNa]

Try-Block wird nicht wiederholt. Wenn du auf jeden Fall willst, das etwas ausgeführt wird, benutze finally{..}

 

[Neumi5694]

catch ist für die Fehlerbehandlung des Try gedacht, mehr nicht. Schleifen musst du selbst schreiben.finally wird nach try/catch ausgeführt, so oder so findet aber keine Wiederholung statt.

 

[L.Y.vonBerg]

Das würde ja auch keinen Sinn ergeben. Welchen Vorteil hat es (normalerweise) etwas nochmal zu versuchen, was schon mal schiefgelaufen ist?
Methoden können sich allerdings selbst aufrufen. Aber ob das so guter Stil ist, kann ich dir nicht sagen...

 

[Neumi5694]

Naja, bei der Auswertung einer Eingabe oder dem Einlesen von veränderbaren Daten ergibt das sehr wohl Sinn, aber eben nur in dem Fall und darum muss man sich selbst kümmern. Man muss schon selbst sagen, was im Fehlerfall passieren soll.

 

[L.Y.vonBerg]

Mir ist grade noch aufgefallen, dass die Schleife, die du hast, doch zu einer Wiederholung des try-Blocks führt. Ist dir bewusst, dass sich das Programm so lange in einer Schleife aufhängt bis "s" eine Zahl wird? Der "catch-Block" enthält ja kein "break"

 

[mrBrown]

Mir ist grade noch aufgefallen, dass die Schleife, die du hast, doch zu einer Wiederholung des try-Blocks führt. Ist dir bewusst, dass sich das Programm so lange in einer Schleife aufhängt bis "s" eine Zahl wird? Der "catch-Block" enthält ja kein "break"

Das ist ja auch der Sinn, das soll so lange laufen, bis eine Zahl eingegeben wird.

 

[L.Y.vonBerg]

Das ist ja auch der Sinn, das soll so lange laufen, bis eine Zahl eingegeben wird.

Ich hab den Punkt mit der Eingabe nicht erkannt. Lerne ich hier auch noch was...

 

[Xyz1]

break; ist etwas unschön und System.exit( 0 ); ist auch etwas unschön, aber ansonsten ist es durchweg Usus, das Benutzereingabenvalidierung über Ausnahmen gesteuert werden darf.

Fast schön finde ich auch, daß hier mal nicht Scanner an falscher Stelle verwendet wurde.

Vielleicht sollte ich das mal in meine Signatur tun. 😳

 

[JStein52]

Vielleicht sollte ich das mal in meine Signatur tun.

Na ja, aber du kannst ja nicht dein ganzes Wissen in die Signatur tun ... 🙂🙂🙂 Dann brauchen wir ja kein Forum mehr

 

[Xyz1]

in die Signatur tun

Mit der max. Anzahl Zeichen, selbst komprimiert und extrem gekürzt, ist das leider nicht möglich. 🙂

Naja, jetzt wurde schon alles zur Eingangsfrage gesagt? Oder?

Fehlerbehandlung legitim, kein Scanner, Gui hübsch, alles toll.

 

[mrBrown]

Fehlerbehandlung legitim, kein Scanner, Gui hübsch, alles toll.

Dabei ist es doch so viel schöner 😛

int number = -1;

do {
    String s = javax.swing.JOptionPane.showInputDialog("Bitte Zahl eingeben");
    if (s.matches("\\d+")) {
        Scanner scanner = new Scanner(s);
        number = scanner.nextInt();
    } else {
        System.err.println("Das war keine Zahl!");
    }
} while (number < 0);

 

[Xyz1]

so viel schöner

Nein, ist es nicht. Das weißt d aber auch selber.

langsamer, fehleranfälliger,

da wird wohol RegEx erstellt als auch Scanner,

+ Scanner ist falsch.

(Sorry für meine Schreibung, das machen die Drinks 😀 )