Co to jest "" w JavaScript naprawdę?

Question

Ten mówi false, czyli "" jest liczbą:

alert(isNaN("")); 

Ten mówi NaN, co oznacza, że ​​"" nie jest liczbą i nie mogą być zamienione:

alert(parseFloat("")); 

Spodziewałem drugi kod do przekonwertowania "" na 0 od "" jest numerem podczas testu w IsNaN, ale myliłem się! Czy szaleję, czy po prostu coś przeoczyłem?

Answer 1

parseFloat próbuje zanalizować numer z ciągiem gdzie jako isNaNconverts the argument to number przed sprawdzeniem go:

Number("") //0 http://ecma-international.org/ecma-262/5.1/#sec-9.3.1 
parseFloat("") //NaN http://ecma-international.org/ecma-262/5.1/#sec-15.1.2.3 

Najwyraźniej jest „zepsuty” lub „dziwne”, więc od specyfikacji:

niezawodny sposób na kod ECMAScript w celu sprawdzenia, czy wartość X jest NaN to wyrażenie X! == X. Wynik będzie prawdziwy wtedy i tylko wtedy, gdy X jest NaN.

0 !== 0 // false 
NaN !== NaN //true 

function isExactlyNaN(x) { 
    return x !== x; 
} 

Answer 2

isNaN Konwertuje na typ Numer i sprawdza, czy wartość jest numerem specjalnym NaN.

Pusty łańcuch konwertowane na liczby jest 0 (+"" === 0), a ponieważ nie jest NaN0 widać false.

parseFloat jest jednak bardziej skomplikowany niż zwykła konwersja do typu liczbowego i zwraca NaN dla pustego ciągu (parseFloat("") === NaN).

Answer 3

JavaScript interpretuje pusty łańcuch jako 0, która nie testu isNaN. Jeśli parseFloat spróbuje przeanalizować liczbę w pustym ciągu, który zawodzi i zwraca wartość NaN ..

Answer 4

Nie jest to NaN to nie to samo, co liczba. To oznacza, że ​​nie jesteś wyjątkową wartością NaN.

_{Albo wszystko, co można przekształcić na NaN według arcane zasad konwersji języka JS.}

Answer 5

Aby zrozumieć zachowanie tego, ważne jest zrozumienie semantyki.

isNaN sprawdza, czy wartość nie może być zmuszanydo numeru, jeśli nazywając ją na wartość zwraca false, wówczas oznacza to, że Number(value) powróci prawidłowy numer.

parseFloatanalizuje numer z ciągiem, jeśli ciąg nie rozpocznie się z dowolną liczbą wówczas zwraca NaN, ponieważ został znaleziony żaden numer do analizowania.

Programiści mają tendencję do nadużywania parseInt i parseFloat dla przymusu, kiedy w większości przypadków powinni używać Number, co jest bardziej ścisłe i nie jest mylące.