Mengapa isNaN (null) == false di JS?

Kode ini di JS memberi saya popup yang mengatakan "saya pikir nol adalah angka", yang menurut saya sedikit mengganggu. Apa yang saya lewatkan?

if (isNaN(null)) {
  alert("null is not a number");
} else {
  alert("i think null is a number");
}

Saya menggunakan Firefox 3. Apakah itu bug browser?

Tes lain:

console.log(null == NaN);   // false
console.log(isNaN("text")); // true
console.log(NaN == "text"); // false

Jadi, masalahnya tampaknya bukan perbandingan yang tepat dengan NaN?

Sunting: Sekarang pertanyaan telah dijawab, saya telah membersihkan posting saya untuk memiliki versi yang lebih baik untuk arsip. Namun, ini membuat beberapa komentar dan bahkan beberapa jawaban sedikit tidak bisa dimengerti. Jangan salahkan penulisnya. Di antara hal-hal yang saya ubah adalah:

• Menghapus sebuah catatan yang mengatakan bahwa saya telah mengacaukan tajuk utama dengan mengembalikan artinya
• Jawaban sebelumnya menunjukkan bahwa saya tidak menyatakan dengan cukup jelas mengapa saya pikir perilaku itu aneh, jadi saya menambahkan contoh yang memeriksa string dan melakukan perbandingan manual.

Saya yakin kode itu mencoba bertanya, "apakah xnumerik?" dengan kasus khusus di sini x = null. Fungsi isNaN()ini dapat digunakan untuk menjawab pertanyaan ini, tetapi secara semantik merujuk secara khusus pada nilainya NaN. Dari Wikipedia untuk NaN:

NaN ( N ot a N umber) adalah nilai dari tipe data numerik yang mewakili nilai terdefinisi atau Unrepresentable, terutama dalam perhitungan floating-point.

Dalam kebanyakan kasus, kami pikir jawaban untuk "adalah angka nol?" seharusnya tidak. Namun, isNaN(null) == falsesecara semantik benar, karena nulltidak NaN.

Berikut penjelasan algoritmiknya:

Fungsi isNaN(x)mencoba untuk mengkonversi parameter yang diteruskan ke angka ¹ (setara dengan Number(x)) dan kemudian menguji apakah nilainya NaN. Jika parameter tidak dapat dikonversi ke angka, Number(x)akan mengembalikan NaN² . Oleh karena itu, jika konversi parameter xke hasil angka NaN, itu mengembalikan true; jika tidak, itu mengembalikan false.

Jadi, dalam kasus tertentu x = null, nulldikonversi ke angka 0, (coba evaluasi Number(null)dan perhatikan bahwa ia mengembalikan 0,) dan isNaN(0)mengembalikan false. String yang hanya digit dapat dikonversi ke angka dan isNaN juga mengembalikan false. String (misalnya 'abcd') yang tidak dapat dikonversi ke angka akan menyebabkan isNaN('abcd')true, khususnya karena Number('abcd')return NaN.

Selain kasus tepi nyata ini adalah alasan numerik standar untuk mengembalikan NaN seperti 0/0.

Adapun tes yang tampaknya tidak konsisten untuk kesetaraan yang ditunjukkan dalam pertanyaan, perilaku NaNditentukan sedemikian rupa sehingga perbandingan apa pun x == NaNsalah, terlepas dari operan lainnya, termasuk NaNdirinya sendiri ¹ .

Saya sendiri mengalami masalah ini.

Bagi saya, cara terbaik untuk menggunakan isNaN adalah seperti itu

isNaN(parseInt(myInt))

mengambil contoh phyzome dari atas,

var x = [undefined, NaN,     'blah', 0/0,  null, 0,     '0',   1,     1/0, -1/0,  Number(5)]
x.map( function(n){ return isNaN(parseInt(n))})
        [true,      true,    true,   true, true, false, false, false, true, true, false]

(Saya menyelaraskan hasilnya sesuai dengan input, harap membuatnya lebih mudah dibaca.)

Ini sepertinya lebih baik bagiku.

(Komentar saya yang lain mengambil pendekatan praktis. Inilah sisi teoretisnya.)

Saya mencari standar ECMA 262 , yang merupakan implementasi Javascript. Spesifikasi mereka untuk isNan:

Menerapkan ToNumber ke argumennya, lalu mengembalikan true jika hasilnya NaN, dan sebaliknya mengembalikan false.

Bagian 9.3 menentukan perilaku ToNumber(yang bukan merupakan fungsi yang bisa dipanggil, tetapi lebih merupakan komponen dari sistem konversi tipe). Untuk meringkas tabel, tipe input tertentu dapat menghasilkan NaN. Ini adalah tipe undefined, tipe number(tetapi hanya nilai NaN), objek apa pun yang representasi primitifnya NaN, dan apa pun stringyang tidak dapat diuraikan. Daun ini undefined, NaN, new Number(NaN), dan sebagian besar string.

Setiap input yang menghasilkan NaNsebagai output ketika dilewatkan ke ToNumberakan menghasilkan trueketika diumpankan ke isNaN. Karena nulldapat berhasil dikonversi ke angka, itu tidak menghasilkan true.

Dan itu sebabnya.

Ini memang mengganggu. Berikut ini adalah array nilai yang saya uji:

var x = [undefined, NaN, 'blah', 0/0, null, 0, '0', 1, 1/0, -1/0, Number(5)]

Ini mengevaluasi (di Firebug console) untuk:

,NaN,blah,NaN,,0,0,1,Infinity,-Infinity,5

Ketika saya menelepon x.map(isNaN)(untuk memanggil isNaN pada setiap nilai), saya mendapatkan:

true,true,true,true,false,false,false,false,false,false,false

Kesimpulannya, isNaNterlihat sangat tidak berguna! ( Sunting : Kecuali ternyata isNaN hanya didefinisikan atas Angka, dalam hal ini berfungsi dengan baik - hanya dengan nama yang menyesatkan.)

Secara kebetulan, ini adalah tipe dari nilai-nilai itu:

x.map(function(n){return typeof n})
-> undefined,number,string,number,object,number,string,number,number,number,number

Null bukan NaN, juga string bukan NaN. isNaN () hanya menguji jika Anda benar-benar memiliki objek NaN.

Saya tidak begitu yakin ketika datang ke JS tapi saya telah melihat hal-hal serupa dalam bahasa lain dan biasanya karena fungsinya hanya memeriksa apakah null sama persis dengan NaN (yaitu null === NaN akan salah). Dengan kata lain itu bukan berarti ia berpikir bahwa nol sebenarnya adalah sebuah angka, tetapi itu lebih dari nol itu bukan NaN. Ini mungkin karena keduanya direpresentasikan secara berbeda di JS sehingga mereka tidak akan sama persis, dengan cara yang sama dengan 9! == '9'.

Dalam ES5, itu didefinisikan sebagai isNaN (number)mengembalikan true jika argumen memaksa ke NaN, dan sebaliknya mengembalikan false.

• Jika ToNumber (angka) adalah NaN, return true.
• Jika tidak, kembalikan salah.

Dan lihat tabel konversi ToNumber operasi abstrak . Jadi secara internal mengevaluasi mesin js ToNumber(Null)adalah +0, maka akhirnya isNaN(null)adalahfalse

catatan:

"1" == 1 // true
"1" === 1 // false

Operator == melakukan konversi tipe, sedangkan === tidak.

Situs web Douglas Crockford , sebuah Yahoo! Penginjil JavaScript, adalah sumber yang bagus untuk hal-hal seperti ini.