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

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

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

Кажется, ваш настоящий вопрос:

Зачем:

null >= 0; // true

Но:

null == 0; // false

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

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

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

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

Вы можете увидеть внутренние детали этого процесса в алгоритме сравнения абстрактного равенства и алгоритме абстрактного реляционного сравнения .

В итоге:

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

• Сравнение равенства: вызывает только ToNumberстроки, числа и логические значения.

Я хотел бы расширить вопрос, чтобы еще больше улучшить видимость проблемы:

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

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

В JavaScript есть как строгие сравнения, так и сравнения с преобразованием типов.

null >= 0;верно, но (null==0)||(null>0)неверно

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

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

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

typeof null returns "object"

Когда тип - объект, javascript пытается преобразовать объект в строку (т.е. null), предпринимаются следующие шаги ( ECMAScript 2015 ):

1. Если PreferredTypeне прошел, пусть hintбудет «по умолчанию».
2. Иначе , если PreferredTypeэто hintстрока, пусть hintбудет «строка».
3. Else PreferredType- это hintномер, пусть hintбудет «номер».
4. Пусть exoticToPrimбудет GetMethod(input, @@toPrimitive).
5. ReturnIfAbrupt(exoticToPrim).
6. Если exoticToPrimне определено, то
   а) Пусть будет результат Call(exoticToPrim, input, «hint»).
   б) ReturnIfAbrupt(result).
   c) Если Type(result)не Object, вернуть результат.
   г) Вызвать исключение TypeError.
7. Если hint"по умолчанию", пусть hintбудет "номер".
8. Вернуться OrdinaryToPrimitive(input,hint).

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

Думаю, nullконвертирует в 0.

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

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 !

console.log( null > 0 );  // (1) false
console.log( null == 0 ); // (2) false
console.log( null >= 0 ); // (3) true

Математически это странно. Последний результат гласит, что «null больше или равно нулю», поэтому в одном из приведенных выше сравнений он должен быть истинным, но оба они ложны.

Причина в том, что проверка на равенство ==и сравнения > < >= <=работают по-разному. Сравнения преобразуют null в число, обрабатывая его как 0. Вот почему (3) null >= 0есть, trueа (1) null > 0есть false.

С другой стороны, проверка равенства ==для undefinedи nullопределяется таким образом, что без каких-либо преобразований они равны друг другу и не равны ничему другому. Вот почему (2) null == 0есть false.