а говорили, что ангулярщики жс не знают

http://2ality.com/2013/10/typeof-null.html

новиночка^

А можно ссылку на спеку по нулу, я завтра в дороге почитаб, интересно​)

про void не забывайте, хотя он возвращает undefined....

void 0

Там можно что хочешь написать

Это оператор

увы

А вы знаете, почему NaN не равен NaN?

я до сих пор не знаю, зачем он был добавлен в язык (void any)

А вы знаете, почему NaN не равен NaN?

это вообще не про жс

а про любой язык с ieee 774 или какой он там

Возможно

Но в спецификации жса было просто написано, что NaN не равен NaN

Вот и всё

Удивительно

не уверен, что в спеке js это есть вообще

там наверняка ссылка на стандарт floating point

и все

не, написано

правда хз зачем

надо было тогда весь стандарт в спеку тащить)

ну и кагбе в js есть несколько способов сравнения

не, про nan точно написано

и в одном из них наны равны

в ieee мне кажется nan может быть равен nan

в ieee мне кажется nan может быть равен nan

нене

тогда бы NaN/NaN === 1

и пиздец

это не связанные вещи

и никакого пиздеца нет

ну равен и равен

ну пиздец

а не язык

то есть у тебя если 1/'a' - 1/'a' === 0 это ок?

ну равен и равен

нельзя

да какая разница

NaN должен вирсно любые выражения захватывать

то что если в любом выражении есть NaN должно получаться NaN

В моем уютном мирке жс в конечном счете придет к строгой типизации и подобные вопросы перестанут возникать

Вон интерфейсы уже предложили

это не имеет отношения ни к js ни к типизации

то есть у тебя если 1/'a' - 1/'a' === 0 это ок?

Это имеет

https://stackoverflow.com/questions/1565164/what-is-the-rationale-for-all-comparisons-returning-false-for-ieee754-nan-values вот тут чел из ieee 754 вроде пишет что везде так

> 1/'a' Вот такая срань должна кидать эксепшн, а не NaN

А подход «выдам хуйню, но выдам» ущербный по определению

Пиши на тайпскрипте

в тайпскрите не строгая типизация

Он не дает проверку типов в рантайме

Увы

точно так же

ну и в жс это вряд ли придет

В тайпскрипте проверка типов на этапе компиляции, более чем достаточно для вещей вида 1/'а'

А чем вам строгая динамическая типизация (опциональная, например) не угодила?

> 1/'a' Вот такая срань должна кидать эксепшн, а не NaN

только в цщерб производительности

Не особенно большой ущерб выйдет

Самое узкое место все равно DOM

Если не заниматься числодроблением на JS

Да, в реальных приложениях гоняться за мелкими оптимизациями бесполезно, потому что дом все равно боттлнекает

ясно

ввиду этого поощряют функциональный стиль, ведь он пытается избавить нас от багов

А в реальной производительности не потеряешь сильно

Эт ты еще не видел багов, которые встречаются в фп

Хз, наверное поэтому и не видел, потому что фп

Нарушаешь - получаешь баг

ERROR: S client not available

Хотя это логично в любой парадигме

Дааа

есть подозрение, что в спеке жс про NaN и прочее написано т.к. надо определиться как писать (в смысле NaN/NAN/nan)

потому что в ieee 754 не написано как надо

и в разных языках по-разному

ну и заодно пара простых правил

про NaN еще потому что SameValueZero есть

и надо объясниться в любом случае

1/0 = Infinity -1/0 = -Infinity 0/0 = NaN 0/0 === 0/0 false Object.is(0/0, 0/0) true 1/0 === 2/0 true Object.is(1/0, 2/0) true

Оп! ? https://facebook.github.io/react/blog/2017/06/13/react-v15.6.0.html

15.6.0 но там ничего интересного

^

ченжлог скудный

как можно написать регулярку

если надо

split по разделителю ,

split по разделителю ,

Есть же split

например, могут быть так , или так,но разделить

да, я знаю

но там пробел с запятой могут быть по разному записаны

map + trim

то пробел перед, то без пробела, то с пробелом с двух сторон и т.д.

регуляркой это возможно сделать?

string.split(',').map(e => e.trim())

регуляркой это возможно сделать?

Зачем

ну, быстрее чем map будет

Нет

Регулярки это самое медленное что есть в языке

Ну сделай replace регулярной

Регулярки это самое медленное что есть в языке

Хочет рег -- пусть юзает рег