Ustawienia lokalne w USA nie respektują Standard ISO (Zobacz też tutaj ):
> number = 1234567.89
< 1234567.89
> LOCALE = 'en-US'
< "en-US"
> number.toLocaleString(LOCALE)
< "1,234,567.89"
Niemieckie ustawienia regionalne:
> LOCALE = 'de-DE'
> number.toLocaleString(LOCALE)
< "1.234.567,89"
Czy istnieje międzynarodowa lokalizacja zgodna ze standardem ISO?
Gdzie mogę znaleźć listę obsługiwanych lokalizacji toLocaleString? ( połączyć )
(przetestowane w konsoli Chrome)
Jaka jest twoja definicja „międzynarodowej lokalizacji”?
—
grawity
@grawity Ustawienia regionalne, które respektują międzynarodowe standardy dotyczące formatowania liczb, bez powiązania z określonym językiem. Nie wykonuję przetwarzania związanego z językiem, tylko formatowanie liczb. Nie ma sensu używać
—
dangonfast
de-DE, ale lepiej iso-ISO, jeśli istniał.
@grawity lub inaczej: potrzebuję „locale” zgodnego z międzynarodowymi standardami dotyczącymi formatowania liczb, ale nie zajmującego się innymi problemami z lokalizacją.
—
dangonfast
toLocaleString jest metodą dla wartości numerycznych. Dlatego wymaga parametru, który określa właściwości związane z numerami, a nie inne właściwości języka.
Proponuje się
—
tripleee
en_150 ale nie sądzę, aby był on jeszcze zaimplementowany w jakimkolwiek rzeczywistym systemie i może nie obsługiwać tego formatu liczb. Duplikat między witrynami: unix.stackexchange.com/questions/62316/…
@ tripleee to interesujące ujęcie, ale moje pytanie nie jest właściwie związane z właściwościami języka, po prostu z właściwościami liczbowymi. Zaczynam to myśleć
—
dangonfast
toLocaleString jest źle zdefiniowany: nie jest powiązany z określonymi ustawieniami lokalnymi (które dotyczą wielu problemów językowych), ale po prostu formatowaniem liczb (podzbiór problemów z ustawieniami narodowymi). Dlaczego miałby toLocaleString potrzebujesz na przykład informacji o „rozmiarze papieru”? Jedyne, czego potrzebuje, to definicja separatorów dziesiętnych / tysięcy, aw końcu specyfikacja formatowania walut.