Почему Number.toLocaleString() по разному работает в ноде и чистом v8?

Question

[LionG]

Node:
Number(9999).toLocaleString() => 9 999

V8:
Number(9999).toLocaleString() => 9999

Из за этого бага не правильно рендерится шаблон и возникает ошибка гидрации...

Comments

[WbICHA]

Из за этого бага

Может я чего не знаю и документация по жсу во всём мире заблокирована? Вот объясни как ты используешь метод, не зная что он вообще делает?

[WbICHA]

И зачем ты число в Number оборачиваешь?

[Lynn «Кофеман»]

Ну для начала стоит выяснить версии ноды, v8 и ICU

[Lynn «Кофеман»]

Ну и явно передать локаль, а то неизвестно где ты это запускаешь.

[LionG]

WbICHA, Есть дока и знаю что он делает. В Number, а почему бы и да ?

[LionG]

Lynn «Кофеман», V8 ругается что INTL not defined, оказывается при компиляции V8 был отключен флаг V8_INTL. Сейчас перекомпилю и возможно заработает. Локали пробовал передавать, ничего не меняется.

[LionG]

Lynn «Кофеман», ноды 12, 14 и 16 проверял + браузеры. V8 выше 9.0.257.43 не могу скомпилить по тех причинам, так что только на ней.

[Lynn «Кофеман»]

LionG, Ну без INTL конечно ничего не будет…

[LionG]

Lynn «Кофеман», Так то логично но поведение не ожидаемое... логичнее ошибку какую то получать или предупреждение что INTL отсутствует. В общем да, включение V8_INTL решило проблему.

[Lynn «Кофеман»]

LionG, ну а для кого-то может быть неожиданно если оно будет падать.
В общем, всё в соответствии со спецификацией https://tc39.es/ecma262/multipage/numbers-and-date...

If an ECMAScript implementation does not include the ECMA-402 API the following specification of the toLocaleString method is used.
[...]
This function is implementation-defined, and it is permissible, but not encouraged, for it to return the same thing as toString.

Answer 1

[LionG]

В моем случае при компиляции V8 был отключен флаг V8_INTL. При отсутствии INTL, toLocaleString видимо возвращает исходное значение что немного вводит в заблуждение что все работает.