Ist die StringUtils.isNumeric() - Methodenspezifikation logisch korrekt?

Question

Apache StringUtils.isNumeric() Methode Spezifikation sagt:
Prüft, ob die Zeichenfolge nur Unicode-Ziffern enthält. Ein Dezimalpunkt ist keine Unicode-Ziffer und gibt false zurück. Null wird false zurückgeben. Eine leere String ("") wird true zurückgeben.

Ist das logisch richtig? Warum sehen sie leere Zeichenfolge als numerisch?

Answer 1

Es war mir nicht nur, die diese Frage gestellt :) Menschen diesen Mangel in Apaches Jira Eröffnung wurden: https://issues.apache.org/jira/browse/LANG-428

Sie ohne Festsetzung es Abwärtskompatibilität zu halten nur geschlossen (Methode Spezifikation zu folgen).

Aber alle waren sich einig, dass das aktuelle Verhalten der Methode falsch ist.

Answer 2

Das Verhalten wurde in 3.0 geändert. Von What's new in Commons Lang 3.0?:

StringUtils.isAlpha, isNumeric und isAlphanumeric jetzt alle return false, wenn ein leerer String übergeben. Zuvor waren sie wieder wahr.

Halten alte Antwort unten, als Referenz und für Benutzer vor 3.0.

---

Ist das logisch nicht wahr?

Wir haben

1. das Verhalten der Methode
2. die Dokumentation der Methode
3. den Namen der Methode (die oft als die Spezifikation oder Vertrag betrachtet wird)

In diesem Fall stimmen 1 und 2 überein; Alle Zeichen in der leeren Zeichenfolge sind Unicode-Ziffern. (Oder äquivalent, keine Zeichen in der leeren Zeichenfolge sind nicht Unicode-Ziffern.) Das, was Logiker vacuously true aufrufen und etwas entgegengesetzte intuitiv. Es ist, als ob man sagt, dass alle Elefanten in meiner Wohnung sind grün. Es stimmt, denn in meiner Wohnung gibt es keine Elefanten.

Item 3 jedoch (der Name der Methode) wird natürlich als eine Methode interpretiert, die wahr zurückgibt, wenn die angegebene Zeichenfolge eine Zahl darstellt.

Also, entweder ist es ein Dokumentations- und Implementierungsfehler, oder es ist ein Namensfehler. Darauf gibt es keine richtige oder falsche Antwort.

Ein Fehler wurde here eingereicht. Die Betreuer nehmen den Standpunkt ein, dass das Verhalten beabsichtigt ist.

Warum sehen sie leere Zeichenfolge als numerisch?

Während der Name des Verfahrens Sie führen zu glauben, sollte die Methode nur für Strings true zurück, die eine Zahl darstellt, sagt der spec es tatsächlich für wahr zurückgeben sollte, wenn die Zeichenfolge enthält nur Unicode-Zeichen.

Sie sagen,

Ich bin verwirrt, weil Spezifikation sagt: "Prüft, ob der String nur Unicode-Ziffern enthält." Ich sehe nicht, dass „“ Ziffern enthält ....

Beachten Sie, dass die leere Zeichenkette nichts anderes als Unicode-Ziffern enthält. Daher gibt die Methode true zurück.

Answer 3

java.lang.Integer.parseInt("") wird fehlschlagen.

Es ist keine Frage der Logik. Es ist auch keine Frage des gesunden Menschenverstands - es gab keine Zahl, die durch kein Symbol repräsentiert wird. Es gibt kein starkes Argument, warum eine leere Zeichenkette 0 darstellen sollte.

Wenn der Methodenname containsOnlyNumeric() lautet, ist es natürlich, für "" gemäß unseren Mathelehrbüchern true zurückzugeben. Der Methodenname lautet jedoch isNumeric(), die Behandlung von "" ist nicht natürlich. Außerdem gibt es keinen ersichtlichen Grund, warum null false zurückgeben sollte. Ich würde Ausnahme für null werfen.

Aber es ist was es ist, es ist gut dokumentiert und was kann man mehr verlangen?

Answer 4

Überprüfen Sie zunächst, ob die Zeichenfolge leer ist() oder nicht.

if(StringUtils.isNotEmpty(str) && StringUtils.isNumeric(str)) { 

} 

dann wird Ihr Problem gelöst werden.

aber ein noch weiteres Problem ist, dass Sie negative Werte wie

str = "-1"; 

StringUtils.isNumeric(str) es falsch sein wird passieren.

Sie müssen auf diesen Zustand achten.

Answer 5

Es gibt eine andere Lösung. NumberUtils.isNumber Dies überprüft, ob es sich um eine Zahl handelt, entweder Long, Double, Integer.

Hoffe diese Hilfe