Exception für Abbrechen-Schaltfläche JOptionpane

[OSchriever]

Hi,
ich habe eine Frage zur NumberFormatException im Joptionpane.showInputDialog-Fenster:

Ich habe folgenden Code, um die Exception abzufangen:
private static String lesen(String text){
String eingabeTemp;


eingabeTemp = JOptionPane.showInputDialog("Bitte geben Sie einen int-Wert ein:");
if(eingabeTemp == null) {
System.out.println("Die Eingabe für " + text + " wurde abgebrochen!");
}

return (eingabeTemp);

}

Nun meine Frage: Wie kann ich die NumberFormatException mit Try-Catch abfangen? Also ich möchte, dass nicht mehr eingabeTemp auf null geprüft wird.
Ich habe schon so einiges ausprobiert, hoffe mir kann jemand weiterhelfen.

Vielen Dank

 

[krgewb]

eingabeTemp kann niemals null sein. Es kann "" sein. Das kannst du mit isEmpty() abfragen.

 

[mihe7]

eingabeTemp kann niemals null sein.

Doch, wenn der Benutzer abbricht, ist eingabeTemp null.

Nun meine Frage: Wie kann ich die NumberFormatException mit Try-Catch abfangen? Also ich möchte, dass nicht mehr eingabeTemp auf null geprüft wird.

Kannst Du das genauer erklären? Mir ist noch nicht klar, was Du machen willst.

 

[Xyz1]

import javax.swing.JOptionPane;

public class Tempo {
	 int tempo = -1; // Modifier?

	public void lesen() {
		while (true) {
			String i = JOptionPane.showInputDialog("Gib Tempo ein (int-Wert):");
			if (i != null && !i.isEmpty()) {
				try {
					tempo = Integer.parseInt(i);
					return;
				} catch (NumberFormatException e) {
					e.printStackTrace();
					// sinnvolle Nachricht hier
				}
			}
		}
	}

	public static void main(String[] args) {
		Tempo tem = new Tempo();
		tem.lesen();
	}
}

 

[OSchriever]

Doch, wenn der Benutzer abbricht, ist eingabeTemp null.


Kannst Du das genauer erklären? Mir ist noch nicht klar, was Du machen willst.

Ich habe das als Aufgabe bekommen, und mir ist selbst nicht klar was der Tutor von mir möchte. Es soll ein "Teil vom Code" geändert werden, meiner Meinung nach so, dass das Prüfen auf "null" wegfällt. Mich macht es aber auch etwas stutzig, dass die Aufgabe auch nur mit wenig Punkten bewertet wird und deswegen "eigentlich einfach sein müsste".
Hier einmal der Code so wie er original ist:

-------------------------------------------------------------------------------------------------------------------------------
private static String lesen(String text) throws AbbruchException {
String eingabeTemp;
//bitte in einer Zeile eingeben

eingabeTemp = JOptionPane.showInputDialog("Bitte geben Sie einen " + text + " Wert ein:");
if(eingabeTemp == null) {
throw new AbbruchException("Die Eingabe für " + text + " wurde abgebrochen!");
}

return (eingabeTemp);
------------------------------------------------------------------------------------------------------------------------------
"text" ist eine String-Variable >"int"<
Dafür werfe ich eine eigene Exception. Die soll, so wie ich das verstanden habe wohl weg, und dafür dann eine NumberFormatException.

Dann hier die Aufgabenstellung:

In unserer Klasse für die grafischen Eingabedialoge überprüfen wir durch den Vergleich einer Variablen mit dem Wert null, ob die Eingabe abgebrochen wurde. Diese Konstruktion kann grundsätzlich auch durch eine Ausnahmebehandlung ersetzt werden. Welche Ausnahme käme dafür infrage? Wie könnten Sie diese Ausnahme auslösen?

Wie kann ich denn dann mit TryCatch überprüfen, ob >abbrechen< geklickt wurde?

Danke

 

[mihe7]

Aha, das gibt schon mehr Sinn. Du kannst z. B. eine NullPointerException provozieren...

 

[OSchriever]

Ja aber wie mache ich das? Jedes mal wenn ich versuche, das JOptionPane in einen Try-Catch Block zu setzen, dann meckert Eclipse, dass die Variable möglicherweise nicht initialisiert ist. Wenn ich ihr dann oben vorweg schon "null" gebe, dann läuft das Programm zwar, aber meine Exception fängt das nicht auf... 🙁
Wie kann ich den Code denn dann am Besten schreiben?

 

[mihe7]

Du musst die NullPointerException (kurz: NPE) auch provozieren, z. B. indem Du versuchst, eine Methode von eingabeTemp aufzurufen:

try { 
    String eingabeTemp = JOptionPane.showInputDialog("Bitte geben Sie einen " + text + " Wert ein:");
    return eingabeTemp.toString(); // hier der Versuch, toString() aufzurufen - falls eingabeTemp == null => NPE
} catch (NullPointerException ex) {
    throw new AbbruchException("Die Eingabe für " + text + " wurde abgebrochen!");
}

 

[OSchriever]

Super, klappt prima 🙂 Vielen Dank.

Eine Frage hätte ich noch, wofür ist es wichtig, sich eigene Exceptions zu erstellen? Also hier habe ich ja die AbbruchException. warum kann ich das nicht einfach so codieren:
catch(NullPointerException ex){
system.out.println: ("Abbrechen wurde geklickt");

 

[mihe7]

Eine Frage hätte ich noch, wofür ist es wichtig, sich eigene Exceptions zu erstellen?

Vielleicht sollte man zunächst darauf eingehen, wozu Exceptions überhaupt dienen; auch vor dem Hintergrund Deiner nächsten Frage. Ich würde das mal so zusammenfassen: Eine Funktion (Methode) kann unabhängig von ihrer Implementierung über Vor- und Nachbedingungen charakterisiert werden. Eine Exception dient einer Methode dazu, anzuzeigen, ob und warum sie eine Nachbedingung nicht erfüllen kann oder eine Verletzung einer Vorbedingung vorliegt.

Da es verschiedene Arten von Verletzungen und Bedingungen gibt, die man ggf. unterscheiden möchte, gibt es eben auch verschiedene Arten von Exceptions. Ob und wann es sinnvoll ist, eigene Exceptions zu definieren, da scheiden sich allerdings die Geister.

Also hier habe ich ja die AbbruchException. warum kann ich das nicht einfach so codieren:

Beim Aufruf der Methode (also try-catch außerhalb der Methode) kannst Du das problemlos machen. Innerhalb der Methode stellt sich die Frage nach der Nachbedingung: was soll denn die Methode zurückgeben und kannst Du das, wenn Du die Exception in der Methode abgefangen hast?

Dazu mal ein deutlicheres Beispiel:

/** liefert die Person mit der angegebenen ID. */
Person getPerson(PersonId id) { ... }

/** sucht die Person mit der angegebenen ID. */
Optional<Person> findPerson(PersonId id) { ... }

Im Fall von getPerson ist die Vorbedingung, dass eine Person mit der angegebenen ID existiert und die Nachbedingung, dass eben diese Person zurückgegeben wird. Existiert die Person nicht -> Exception. Kann die Person nicht geladen werden -> Exception.

Im Fall von findPerson wird eine Person "lediglich" gesucht. Darum wird hier ein Optional zurückgegeben. Existiert die Person nicht -> kein Problem, wird ein "leeres" Optional zurückgegeben. Existiert die Person, kann sie aber nicht geladen werden, kann und sollte durchaus eine Exception fliegen.