Codice strano in sorgenti jQuery: var! == var? x: y;

Question

Recentemente ho trovato una riga strano nelle fonti jQuery (ultima versione 1.9.1, pacchetto Sizzle, linea di funzione 129 funescape):

funescape = function(_, escaped) { 
    var high = "0x" + escaped - 0x10000; 
    // NaN means non-codepoint 
    return high !== high ?   // <--- LINE 129 
     escaped : 
     // BMP codepoint 
     high < 0 ? 
      String.fromCharCode(high + 0x10000) : 
      // Supplemental Plane codepoint (surrogate pair) 
      String.fromCharCode(high >> 10 | 0xD800, high & 0x3FF | 0xDC00); 
}; 

Qual è la ragione per fare high !== high confronto? Ovviamente sembra che return escaped non venga mai eseguito. O mi manca qualcosa?

Riferimento:https://github.com/jquery/sizzle/blob/master/sizzle.js#L129

Answer 1

Infatti è scritto nel commento proprio sopra:

// NaN significa non codepoint

Quindi è obbligatorio per eseguire questa confronto prima per gestire il caso NaN come in JavaScript:

NaN === NaN restituisce false.

Come sottolineato da James Wiseman è anche importante sapere perché lo sviluppatore ha utilizzato high !== high anziché isNaN(high) che sarebbe stato più chiaro.

Si basa sicuramente sulle prestazioni. Questo test mostra che a !== a è venti volte più veloce rispetto a isNaN(a).

zzzzBov indica inoltre che isNaN() potrebbe essere sovrascritto, utilizzando !== è anche più portabile.

Informazioni da Benjamin Gruenbaum:

E 'anche interessante notare che NaN non è uguale a qualsiasi altra cosa, come bene, e anche che non è uguale a qualsiasi altra cosa in senso unstrict

E da Jan Dvorak:

noti inoltre {valueOf:function(){return{}}} è uguale per sé

Answer 2

La condizione high !== high restituisce vero, quando l'alta viene NaN .I chiedono perché i ragazzi jQuery non utilizzate la funzione molto chiara isNaN(high) invece, ma che era probabilmente a causa di motivi di prestazioni come koopajah sottolineato.

NaN (N ot- a - N terra d'ombra) indica un risultato che non può essere rappresentato come un Number. È un numero indeterminato.

---

Perché NaN === NaN restituisce false?

consideri

0/0   = NaN 
Math.asin(2) = NaN 

Voi sapete che 0/0 è diverso Math.asin(2), quindi perché whould NaN essere uguale a NaN?

Answer 3

Sto piggy-backing su alcuni dei commenti qui, ma penso che questa degna informazione.

Alcune osservazioni sulla domanda iniziale hanno suggerito che questo metodo di verifica di Nan è in realtà molto più veloce di isNaN()

se assunto in combinazione con la seguente alternativa a parseIntparseFloat abbiamo un modo molto veloce di conversione in un numero e controllarne lo stato numerico.

Is Subtracting Zero some sort of JavaScript performance trick?

Così, invece di

function Translated(val) { 
    var x = parseFloat(val); 
    if (!isNaN(x)) { 
     alert("Not a number"); 
    } 
} 

Possiamo avere

function WTF(val) { 
    var x = val - 0; 
    if (x !== x) { 
     alert("Not a number"); 
    } 
}