Datentypen Textfeld auf Nicht-Zahlen überprüfen

[Beatsleigher]

Tach, allerseits

Ich bin derzeit dabei ein Webserver in BukkitUI zu implementieren, damit es mit McMyAdmin mithalten kann.

Nun, ich will, dass der Nutzer die Freiheit hat, den Webserver so einzustellen, wie er will.
Dazu gehört auch nun mal IP, anzahl der Nutzer, etc., etc.

Jetzt will ich, dass der Nutzer die Werte in eine JTextField eingibt, so weit so gut, doch, was ist wenn ich einen Schwachkopp als Nutzer bekomme, und er dann Zahlen eingibt (ist schon mal passiert :autsch: )

Ich wollte mit diesem Code das unterbinden:

private void jTextField1ActionPerformed(java.awt.event.ActionEvent evt) {                                            
        try {
            int i = Integer.valueOf(jTextField1.getText());
        } catch (NumberFormatException ex) { 
            JOptionPane.showMessageDialog(null, "WARNING: Please enter a valid NUMBER!", "Enter a Valid Number.", JOptionPane.WARNING_MESSAGE); 
            char[] array = jTextField1.getText().toCharArray();
            int i = array.length - 1;
            String s = "";
            for (int I = 0; I < i; I++)
                s += array[I];
            jTextField1.setText(s);
        }
    }

Aber:

Ich glaube ich habe gerade wieder eines meiner berühmten (oder auch nicht so...) Hirnfurze :bloed:

Was hab ich hier falsch gemacht?

Danke im Vorraus!

 

[Shiby]

Hallo,
die Idee die Zeichenkette in ein CharArray zu zerlegen ist schonmal gar nicht schlecht,
schau dir mal diesen Codeschnipsel an und folgenden Link.
ASCII Code Tabelle - Alle Sonderzeichen - News - CHIP.

char a = 'a';
int b = a;

Würde man b nun ausgeben, so würde man die Zahl 97 erhalten.

 

[Gucky]

Du könntest alles, was nicht in ein solches Feld gehört, entfernen. Stichwort RegEx.

Wie sieht denn eine richtige Eingabe aus, wie eine falsche und wie reagiert dein Programm auf beide mit und ohne deine Absicherung?

 

[Beatsleigher]

Du könntest alles, was nicht in ein solches Feld gehört, entfernen. Stichwort RegEx.

Wie sieht denn eine richtige Eingabe aus, wie eine falsche und wie reagiert dein Programm auf beide mit und ohne deine Absicherung?

In dem Bild sind die meisten TextFelder richtig eingegeben, nur bei dem Ersten habe ich lauter Bs eingegeben, um es zu testen.

Wenn das erste Feld ein Zeichen enthalten würde, welches keine Zahl ist, würde das Programm nich durch eine Array laufen können, welches die Nutzer-Infos enthält (bzw. durch zwei Arrays) - Das wäre ja erstmal halb so tragisch, denn die Defaulteinstellung ist eins.

Wenn IP und Port, jedoch, falsch eingestellt würden, würde das Programm komplett abschmieren, denn mit diesen Daten versucht er einen Webserver einzurichten, etc, damit der Nutzer fernzugriff auf das Programm hat.

 

[Beatsleigher]

Ok, also ich bin mit RegEx schon weiter gekommen:

private void jTextField1KeyTyped(java.awt.event.KeyEvent evt) {                                     
        String exp = "[^a-z][^A-Z]";
        if (jTextField1.getText().matches(exp)) {
            JOptionPane.showMessageDialog(null, "WARNING: Number field must not contain " + exp + "!", "Regex Match!", JOptionPane.WARNING_MESSAGE);
        }
    }

Das schmeißt dann immer ein Dialog-Feld, wenn etwas nicht-passendes gefunden wird, jedoch schmeißt er (auch bei Zahlen) bei jedem dritten Zeichen einen Error...

 

[Beatsleigher]

Öhm. Im OP habe ich einen Fehler:

Jetzt will ich, dass der Nutzer die Werte in eine JTextField eingibt, so weit so gut, doch, was ist wenn ich einen Schwachkopp als Nutzer bekomme, und er dann keine ← Das fehlt Zahlen eingibt (ist schon mal passiert )

 

[Natac]

Kannst du das Fehlverhalten bitte beschreiben? Im Moment sehe ich nur ein Stück Code und eine Engabemaske zusammen mit der nichtssagenden Aussage "geht nicht".

Wann soll denn das Feld geprüft werden? Während der Eingabe, oder wenn man auf einen Button drückt (sehe aber keinen Button).

Ich denke du lauscht auf das falsche Event. Wüsste jetzt nicht, wann ein JTextField ein Action-Event feuert. Aber sich nicht, wenn man gerade was eingibt. Und

jTextField1ActionPerformed

hört sich so an, als ob du diese Methode bei einem Action-Event aufrufst.

Btw: "jTextField1" ist kein guter Name. "MaxUsers" wäre vielleicht sprechender!?

 

[Gucky]

Es können beide in eine Klammer

[^a-zA-Z]

.
Was machst du, wenn irgendein Hirni Sonderzeichen eingibt? Jetzt suchst du nach Buchstaben. Du solltest eher nach keinen Zahlen suchen. Das geht auch mit RegExen.

 

[Joose]

        String exp = "[^a-z][^A-Z]";
        if (jTextField1.getText().matches(exp)) {

Mit dieser Expression ist alles gültig wenn es max. 2 Zeichen hat. Das 1.Zeichen darf kein Kleinbuchstabe sein, das 2.Zeichen darf kein Großbuchstabe sein.

Wie Gucky schon richtig angemerkt hat --> Sonderzeichen. Hier ist es einfacher zur Überprüfen ob gültige Werte eingeben worden sind (0-9).

Achtung folgender Code würde nur für einstellige Zahlen stimmen.

String exp= "[0-9]";

Hier findest du ein Tutorial zu Regex dort solltest du finden wie man den Code dann für mehrstellige Zahlen anpasst.

 

[Beatsleigher]

Mit dieser Expression ist alles gültig wenn es max. 2 Zeichen hat. Das 1.Zeichen darf kein Kleinbuchstabe sein, das 2.Zeichen darf kein Großbuchstabe sein.

Wie Gucky schon richtig angemerkt hat --> Sonderzeichen. Hier ist es einfacher zur Überprüfen ob gültige Werte eingeben worden sind (0-9).

Achtung folgender Code würde nur für einstellige Zahlen stimmen.

String exp= "[0-9]";

Hier findest du ein Tutorial zu Regex dort solltest du finden wie man den Code dann für mehrstellige Zahlen anpasst.

Erstens, nein. Der RegEx überprüft auf Klein- und Großbuchstaben.

Und danke an alle, aber ich habe es ganz einfach gemacht (das mir das nicht einfach vorher eingefallen ist…)

    private static boolean isNumeric(final String input) {
        try {
            Integer.parseInt(input); 
            return true;
        } catch (Exception ex) { return false; }
    }

 

[Gucky]

Nicht sehr sauber, meiner Meinung nach aber es läuft.

Nur steht in der API SIGNED Integer. Das hieße ein Minuszeichen vor den Zahlen wird noch mit interpretiert. Wenn parseInt eine negative Zahl zurückgibt, so musst du zumindest das erste Zeichen abschneiden. Oder du prüfst das erste Zeichen auf ein Minuszeichen, wenn isNumeric true zurückgibt. Dann wäre zumindest dieses Textfeld, soweit ich das sehe, DAU sicher.