Исходное сообщение
"Релиз pgAdmin 4 1.0, интерфейса для управления СУБД PostgreS..." Отправлено Crazy Alex, 02-Окт-16 04:33
Сказал бы скромненько что наличие и поведение NaN - результат следования IEEE 754 и не морочил бы голову. И в чём великое различие null и undefined, если и то, и другое - единственное значение в отдельном типе? Это не пропущенная графа для номера паспорта - потому что null не несёт относительно undefined никакой новой информации. А потом, не включая голову, пишут то, что выше - ну вот для "var myValue = myObject.myKey | 0;" что будет, если значением была пустая строка? Правильно, она тихо-незаметно превратились в 0. Иногда годится, а иногда - и нет. А всё потому, что нет понимания разницы между отсутствием значения и его вычислением в false. А вот первая запись - громоздка (но это уже к разработчикам языка, можно и синтаксис сделать на подобные случаи), но корректна.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Сказал бы скромненько что наличие и поведение NaN - результат следования IEEE > 754 и не морочил бы голову. И в чём великое различие > null и undefined, если и то, и другое - единственное значение > в отдельном типе? Это не пропущенная графа для номера паспорта - > потому что null не несёт относительно undefined никакой новой информации. > А потом, не включая голову, пишут то, что выше - ну вот > для > "var myValue = myObject.myKey | 0;" что будет, если значением была пустая > строка? Правильно, она тихо-незаметно превратились в 0. Иногда годится, а иногда > - и нет. А всё потому, что нет понимания разницы между > отсутствием значения и его вычислением в false. А вот первая запись > - громоздка (но это уже к разработчикам языка, можно и синтаксис > сделать на подобные случаи), но корректна.
	Введите код, изображенный на картинке: