преобразование типов при сравнении

[netstuff]

Не хочу прослыть пуристом-недоучкой, но где тут присваивание переменной?

прошу прощения, что-то я напутал

[iNils]

Цитирую Нокса
trace(Number("A") == Number("A")); // false

trace(Number(undefined) == Number.NaN; // false

объяснение простое:

NaN - (по фомату IEEE double) это значение числового типа float double такое что его экспонента равна 2047 а мантисса отлична от нуля. т.е. таких чисел - много. какое именно число получится в качестве NaN в каждом конкретном случае - неизвестно.

из этого вытекает то, что нельзя сравнивать результат операции (значение переменной) с константой Number.NaN чтобы определить является ли этот результат числом или нет. надо пользовать глобальную функцию isNaN, без вариантов.

a = "test";
trace(Number(a) == Number.NaN); // false
trace(isNaN(Number(a))); // true

[Whatsername]

iNils, сорри за навязчивость, но все равно не могу понять как проверить, что Number(null) это в действительности NaN.

trace(isNaN(undefined)); // false
trace(isNaN(null)); // false

А ведь если бы undefined и null приводились к числовому типу как NaN, это давало ответ на мой первый вопрос: почему 0 == undefined дает false.

[Nео]

trace(isNaN(Number(undefined))); // true
trace(isNaN(Number(null))); // true

[Whatsername]

Nео, речь идет об AS 1.0 для Flash MX.

[Nео]

сорри... пропустил!

[Whatsername]

// зря удалил только что написанное сообщение.
В AS 1.0 for Flash MX эти операции приводят к false. Вот.

[Nirth]

востановил сообщение

[iNils]

undefined неопределенное значение, 0 - определенное, даже конкретное число
поэтому 0 == undefined дает false.

[Whatsername]

Операторы "==" и "!=" перед сравнением преобразуют операнды к одному типу, отдавая предпочтение числовому.
Если undefined преобразуется к NaN, что мы пока не смогли подтвердить - сравниваются 0 и NaN.
Но если undefined преобразуется к 0 (что мы пока только и видели), то сравниваются 0 и 0. Почему результат такого сравнения false - вопрос, мучающий меня почти сутки.