Unbekannte Zahl aus einem String umwandeln

[ben_]

Hallo,

ich muss eine Zahl unbekannten Typs (int, long,float) aus einem String umwandeln.

Theoretisch könnte ich die einzelnen Umwandlungen einfach durchprobieren bis der richtige Typ gefunden worden ist. Aber kennt jemand vielleicht eine etwas elegantere Methode? ;-)

Danke für die Hilfe!

Gruß,
ben

 

[njans]

PatternMatching wäre eine Möglichkeit
Die Zahl als RegEx schreiben und dann mit String.matches(RegEx) arbeiten.
Ich weiß es selbst nicht sicher, aber ich glaube das [JAPI]DecimalFormat [/JAPI]da auch etwas anbietet.

 

[hdi]

Naja ob das Durchprobieren von x Pattern nun besser ist als der Aufruf von x Parse-Methoden? Außerdem liefert PatternMatching dir ja nur einen Wahrheitswert, das Parsen müsstest du trotzdem noch machen. Ich glaube einen wirklich einfacheren Weg als über die parse-Methoden mit entsprechender Behandlung von NumberFormatExceptions gibt's da nicht.

 

[ben_]

Hmm... Ist das Problem denn so selten?

Wie würde man z.B. eine Benutzereingabe per Konsole parsen in der verschiedenste Zahlen eingegeben werden könnten?

Z.B.:
-1, 0, 10, 10.5, 4546546546546446465464, ....

Gruß,
Benny

 

[Tomate_Salat]

Wenn die alle hintereinander eingegeben werden [japi]String#split(java.lang.String)[/japi] und dann das zurückgegebene array durchgehen und die Zahlen parsen.

 

[The_S]

Was spricht gegen die generelle Verwendung von double oder, wenns größer wird, BigDecimal?

 

[Gossi]

Was spricht gegen die generelle Verwendung von double oder, wenns größer wird, BigDecimal?

Wahrscheinlich sprechen die Vorgaben dagegen ^^

Aber wie schon gesagt, versuchs doch mit try catch Blöcken die prüfen ob das ganze geht oder nicht, wäre denke ich das einfachste....

 

[Tomate_Salat]

Hmm, hätte vllt doch mehr als den letzten Beitrag des TOs lesen sollen . Ich würde auch double oder BigDecimal (wie The_S schon geschrieben hat) verwenden. Du willst ja mit den Zahlen arbeiten, da solltest du schon ungefähr wissen, was dich erwartet. Sollte die Zahl mal den Rahmen sprengen: Meldung zurückgeben, dass diese Zahl eben nicht behandelt werden kann und dass eine andere eingegeben werden soll.

 

[ben_]

Ich weiß ja nicht genau was der User da eingetragen hat. Es kann ein String, eine negative Zahl, eine positive Zahl, etc. sein. Strings fange ich vorher schon ab.

Ziel ist anschließend über die Eingaben zu sortieren. Ich werde es jetzt mal mit dem Datentyp long für die Zahlen versuchen. Soweit ich gesehen habe, kann er fast alle Fälle abfangen. Und sollten dann wirklich eine zu große (zu kleine) Zahl eingegeben werden, gebe ich eine Msg zurück.

Danke für die Tipps....

Gruß,
ben

 

[hdi]

Ich denke eher dass double das meiste abfängt. long versagt halt bei Fließkommazahlen. Er kann vllt was parsen, aber das ist dann nur der Teil vor dem Komma/Punkt.

 

[jgh]

und denk daran, dass der Benutzer intuitiv -wahrscheinlich- ein Komma als Trennzeichen eingeben würde...zumindest hier in Deutschland.

 

[langhaar!]

Ich weiß ja nicht genau was der User da eingetragen hat. Es kann ein String, eine negative Zahl, eine positive Zahl, etc. sein.

Ich kann dein Problem nicht so ganz nachvollziehen.
Ok, du weisst nicht, was der Benutzer eingibt.
Aber ein Porgramm hat einen fest definierten Zweck;
soll heissen, du musst dem Benutzer mitteilen, was für eine Art von Datentyp er einzugeben hat.
Was nicht diesem Datentyp entspricht ist dann eine Fehleingabe und wird abgefangen.

Du hast uns jetzt den Fall präsentiert, dass du nicht weisst, welche Art von Zahl eingegeben wird.
Das macht nur Sinn, wenn je nach Art der Zahl eine verschiedenartige Verarbeitung durchgeführt wird.

 

[ben_]

Das mit der Eingabe war ein konkretes Beispiel um mein Problem etwas verständlicher zu erklären. Jedenfalls war es der Versuch.

Ich hoffe das wird jetzt nicht zu unübersichtlich:
Ich muss innerhalb einer Collection über Werte sortieren. Diese Werte liegen als Strings vor. Jetzt habe ich mir eine entsprechende comparator Klasse gebaut mit der ich die Collection sortieren kann. Bei "echtem" Text innerhalb des Strings ist das auch kein Problem, die Sortierung wird korrekt durchgeführt. Bei Zahlen jedoch erfolgt eine Sortierung nach der natürlichen Ordnung. Diese ist bei Zahlen aber nicht nach der Wertigkeit.

Daher möchte ich vorab prüfen ob es sich bei den Werten um Zahlen handelt und hier die entsprechende Sortierfunktion nutzen...

Gruß,
ben

 

[The_S]

Eigener Comparator und immer nach Double parsen. Geht ggf. noch effektiver wenn immer nur Zahlen oder immer nur nicht-Zahlen in der Collection sind.

 

[langhaar!]

Daher möchte ich vorab prüfen ob es sich bei den Werten um Zahlen handelt und hier die entsprechende Sortierfunktion nutzen...

Damit ergibt sich ein ganz anderes Bild, als das, was du im Eingangsbeitrag gefragt hast.

Dich interessiert überhaupt nicht, ob der Benutzer ein int, long oder float eingegeben hat.
Der Benutzer gibt Strings ein.

Ob es überhaupt Sinn macht, Zeichenketten, die als Zahl interpretierbar sind, auch als Java Zahl zu interpretieren, hängt vom Kontext ab. Was passiert mit einer Zeichenkette aus sehr vielen Ziffern (z.B. über 100)?
Was machst du mit führenden Nullen? Wie gehst du mit gemischten Zeichenketten aus Zahlen und Texten um? Was passiert mit Zeichenketten, die Punkte und Komma enthalten? Was ist mit amerikanischer Schreibweise? Was ist mit 'ungültigen' Zeichenketten wie "1,3,4,5.70000,1234"?

Wenn du das Problem allgmein angehst, kommst du mit einfacher Zahlkonvertierung nicht hin.

 

[ben_]

Ob es überhaupt Sinn macht, Zeichenketten, die als Zahl interpretierbar sind, auch als Java Zahl zu interpretieren, hängt vom Kontext ab. Was passiert mit einer Zeichenkette aus sehr vielen Ziffern (z.B. über 100)?
Was machst du mit führenden Nullen? Wie gehst du mit gemischten Zeichenketten aus Zahlen und Texten um? Was passiert mit Zeichenketten, die Punkte und Komma enthalten? Was ist mit amerikanischer Schreibweise? Was ist mit 'ungültigen' Zeichenketten wie "1,3,4,5.70000,1234"?

Wenn du das Problem allgmein angehst, kommst du mit einfacher Zahlkonvertierung nicht hin.

Danke für den Hinweis. Aber die Zahlen liegen im korrekten Format vor. Da der User nur einen Key festlegt. Welches Value sich hinter dem Key verbirgt steuert eine Applikation. Dadurch sind die Werte korrekt und es muss keine "Falscheingabe" abgefangen werden.

Gruß,
ben