Почему языки программирования имеют значение NaN?Зачем нам нужно значение NaN, когда мы можем использовать TypeErrors?
Math.floor('string'); //--> NaN
Почему бы не просто выбросить TypeError?
TypeError: Expected number instead of string
вопрос помечается как javascript и language-agnostic, поскольку JavaScript является языком я в основном знакомы, но я знаю, что это относится и к другим языкам, а также.
На типизированных языках вы должны поместить число в числовую переменную, даже если у вас нет номера. Вы ставите NaN (поэтому typeof NaN - это "number" в JavaScript). Это точно так же, как null для ссылок на объекты, когда у вас нет лучшего.
И исключения, которые нарушают поток инструкций, действительно не так популярны для всех. Некоторые могут утверждать, что они должны использоваться для исключительных случаев, а не простой факт, что строка не может быть проанализирована как число.
Обратите внимание, что NaN также может быть результатом математической операции, когда невозможно решить, какой должен быть результат (например, 0 * Infinity). С этим проще обращаться с NaN, чем включать ветвление во все операции.
Спасибо! Вы делаете интересную аналогию «NaN: number :: null: object» –
@Web_Designer Обратите внимание, что 'typeof null' является' "объектом" ':) –
JavasScript - это слабо типизированный язык. Ошибка бросания стоит дорого. Просмотрите jquery или подчеркивание, и вы увидите, что ошибки редко возникают, только для «исключительных» случаев. Это менее дорогостоящим и более удобным для решения таких вопросов, как NaN.
Для того чтобы быть неконструктивным, это потому, что NaN s (а также другие нечисловые величины, такие как бесконечность) являются частью IEEE 754 floating-point standard, которые реализуются многими языками программирования.
Он предназначен для вычисления «особых случаев» в числовом вычислении, который может быть оценен как обычные числа без прерывания вычислений. Это не означает никаких исключений. Вместо этого, NaNs обычно распространяются через операции, пока они не выйдут с другой стороны, к лучшему или к худшему.
да, хотя в данном конкретном случае это * мало * сомнительно, чтобы возвратить' NaN '. – Pointy
Потому что исключения - это боль в шее :) – Pointy
@Pointy Ловить их, похоже, не так сложно. –
Они вводят своего рода нелинейность в коде. Это не так много, что это сложно *, это просто отвлекает и беспорядочно. – Pointy