Почему `null> = 0 && null <= 0`, но не` null == 0`?

Question

Мне пришлось написать процедуру, которая увеличивает значение переменной на 1, если ее тип равен number и присваивает 0 переменной, если нет, где переменная изначально null или undefined.

Первая реализация была v >= 0 ? v += 1 : v = 0, потому что я думал, что что-то не число сделает арифметическое выражение ложным, но это было неправильно, так как null >= 0 оценивается как true. Затем я узнал, что null ведет себя как 0, и все выражения оцениваются как истинные.

• null >= 0 && null <= 0
• !(null < 0 || null > 0)
• null + 1 === 1
• 1/null === Infinity
• Math.pow(42, null) === 1

Конечно, null не 0. null == 0 оценивается в ложь. Это делает кажущееся тавтологическое выражение (v >= 0 && v <= 0) === (v == 0) ложным.

Почему null нравится 0, хотя на самом деле это не 0?

Answer 1

Ваш реальный вопрос, кажется, быть:

Почему:

null >= 0; // true 

Но:

null == 0; // false 

Что происходит на самом деле является то, что Больший чем или равно Оператор (>=), выполняет принуждение типа (ToPrimitive), с подсказкой тип Number, на самом деле все реляционные операторы имеют такое поведение.

null обрабатывают особым образом по Равно Оператор (==). В кратком, это только принуждает к undefined:

null == null; // true 
null == undefined; // true 

Ценности таких как false, '', '0' и [] подлежат числовое типа принуждения, все они принуждают к нулю.

Вы можете увидеть внутренние детали этого процесса в The Abstract Equality Comparison Algorithm и The Abstract Relational Comparison Algorithm.

В Резюме:

• Relational сравнения: если оба значения не типа String, ToNumber называется на обоих. Это то же самое, что и добавление + спереди, что для нулевых коэрцитов до 0.

• Сравнение равенств: только звонки ToNumber по строкам, номерам и булевым.

Answer 2

Я хотел бы расширить вопрос для дальнейшего улучшения видимости проблемы:

null >= 0; //true 
null <= 0; //true 
null == 0; //false 
null > 0; //false 
null < 0; //false 

Это просто не имеет никакого смысла. Подобно человеческим языкам, эти вещи нужно изучать наизусть.

Answer 3

У меня была та же проблема !!. В настоящее время мое единственное решение - отделить.

var a = null; 
var b = undefined; 

if (a===0||a>0){ } //return false !work! 
if (b===0||b>0){ } //return false !work! 

//but 
if (a>=0){ } //return true ! 

Answer 4

JavaScript имеет как строгие и типа превращающего сравнения

null >= 0; верно но (null==0)||(null>0) ложна

null <= 0; верно, но (null==0)||(null<0) ложно

"" >= 0 также верно

Для реляционных абстрактных сравнений (< =,> =) операнды сначала преобразуются в примитивы, а затем к тому же типу перед сравнением.

typeof null returns "object"

Когда тип объекта Javascript пытается stringify объект (то есть нуль) следующие шаги (ECMAScript 2015):

1. Если PreferredType не был принят, пусть hint быть «по умолчанию ».
2. Else if PreferredType is hint String, let hint be "string".
3. Else PreferredType is hint Номер, пусть hint будет «номером».
4. Let exoticToPrim be GetMethod(input, @@toPrimitive).
5. ReturnIfAbrupt(exoticToPrim).
6. Если exoticToPrim не является неопределенным, то
   a) Пусть результат будет Call(exoticToPrim, input, «hint»).
   б) ReturnIfAbrupt(result).
   c) Если Type(result) не объект, верните результат.
   d) Выбросить исключение типаError.
7. Если «hint» является «стандартным», пусть hint будет «числом».
8. OrdinaryToPrimitive(input,hint).

Допустимые значения для подсказок: «по умолчанию», «число» и «строка». Объекты Date уникальны среди встроенных объектов ECMAScript в том смысле, что они рассматривают значение по умолчанию как эквивалентное «string». Все другие встроенные объекты ECMAScript относятся к «по умолчанию» как эквивалентные «числу». (ECMAScript 20.3.4.45)

Так что я думаю, что null превращается в 0.