Diskuze: Čtení hodnoty z JFormattedTextField
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 9 zpráv z 9.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Protože Double i Float dědí z Number.
Aby to fungovalo, jak ty chceš, tak by musel Double mít jednoho z předků
Float.
Zkus ještě tohle:
Float.valueOf(delkaJFormattedTextField.getText());
(Ale je třeba ošetřovat number format exception, protože bys mohl takto dostat prostý text nebo jiný formát, než Float)
Diky za rychlou reakci. Zkoušel jsem tvou variantu ,ale to mi právě vyhodí vyjímku, protože getText() vrátí desetinnou čárku, kterou musím v tom poli vložit, ale ten float by tam rád měl destinnou tečku, kterou mi to vrátí v tom Objektu přes getValue(). Ale asi chápu princip. Number je nadřazené všem číselným objektům. Takže i to mé řešení není nijak zcestné z hlediska logiky javy.
No ono to máš totiž tak - pokud ty tam tu desetinou čárku napíšeš,
tak ono ji to právě nepřevede (protože getText() vrací vysloveně
text).
V programování jsou desetiny oddělené tečkami.
Takže mohl bys to ošetřit. V komerci se tomuhle říká validace vstupu.
String inputText = delkaJFormattedTextField.getText();
if (inputText != null) {
try {
inputText = inputText.replace(',', '.');
Float f = Float.valueOf(inputText);
System.out.println(f);
} catch (NumberFormatException exp) {
System.out.println("invalid input");
}
}
PS: nechápu, proč to tedy označuješ jako řešení, když ti to nepomohlo:D:D
Jinak jen tak pro info, proč v try catchi nezachytávám i ten null...
V rámci procesu v Javě je méně náročnější zpracovat podmínku, než
celý try catch, takže je z pohledu procesu optimálnější zachytit null
hodnotu v podmínce.
Díky. Chápu to ošetření vstupu. To je v pohodě. Jen teď přemýšlím, jestli není z hlediska náročnosti zpracování jednodušší v tomto případě rovnou použít to zpracování přes Numbers. Tedy za předpokladu, že použití Numbers nemá nějaká jiná úskalí,o kterých nevím. Každopádně díky za vysvětlení.
Ber to tak - ty to takhle přetypuješ dvakrát.
Jednou na Number a podruhé na Float.
A ošetřovat to budeš muset tak či tak.
Bez toho ošetřevání by to bylo tak, jak jsem ti to psal:
Float.valueOf(delkaJFormattedTextField.getText());
S tím, že bys řekl, že to musí být zadané s tečkou.
Takže i ten Number bys měl takhle ošetřit (jak na tečku, tak na
numberformat exception, tak na null).
A samozřejmě potom účelově pro tvoje účely si ještě můžeš vytvořit
validaci pro sebe (třeba ošetřit rozmezí čísel nebo že třeba nepracuješ
jen se zápornými čísly, atd.)
Zobrazeno 9 zpráv z 9.