JS doppio punto esclamativo: c'è qualche buona ragione per usarlo?

Question

Ho discusso questo argomento con un collega per circa una settimana. Sono molto appassionato di codice stenografico, utilizzo di ternari, ecc., Ovunque io sia. Ultimamente, mi sta prendendo in giro per il mio uso di doppie esclamazioni. Dopo aver eseguito numerosi test, sto iniziando ad essere d'accordo con lui ... le doppie esclamazioni potrebbero non essere saggia da usare nel mio codice. Considera questo:

var myvar = "Hello"; 
return (!!myvar ? "Var is set" : "Var is not set"); 

L'esempio precedente funziona come previsto. Tuttavia, se stiamo controllando una variabile che può tornare indefinita, otteniamo un errore, specialmente in IE7. Otteniamo il nostro risultato atteso, tuttavia, se corriamo questo nella nostra console:

if(randomvar) alert('Works'); 

Usando questo approccio, se la variabile non è definita, non riesce in silenzio. Questo mi fa dubitare dell'uso di doppie esclamazioni. C'è una situazione che rende davvero utile questo operatore?

Answer 1

!!x ha sostituito e typeof !!x === "boolean" con un valore booleano x == !!x. (Potrebbe non essere vero in generale se si sostituisce valueOf, ma non voglio pensarci al momento.)

Answer 2

C'è un uso valido per !! in javascript. È un'espressione che prenderà un valore e convertirà nel booleano true o false. Costituisce essenzialmente uno stato corrente in un booleano.

Questo è buono per entrambi

1. Catturando l'truthiness del valore
2. Liberando l'oggetto originale per la raccolta (che dovrebbe essere il riferimento finale)
3. Aiuta a prevenire utilizzi successivamente errate di un oggetto con uguaglianza coercitiva (==). Non li impedisce tutti, ma costringendolo a un bool rimuove una serie di scenari.

Answer 3

Così, ho capito che typeof !!x === "boolean" e la logica dietro di esso (!x getta come booleano invertita, !!x inverte indietro, ecc), ma mi chiedo se è problematico per natura? Se lanci una variabile non definita, ti ritroverai con un errore di script nelle tue mani. Mi aspetterei che !!x == false se typeof !!x === "undefined", ma questo non è il caso. Sembra che questa sarebbe la scelta più sicura:

if((typeof x != "undefined") && (x != null)) { ... } 

Qualcuno può fornire uno scenario in cui utilizza !!x è più appropriato? Al momento, non vedo un vantaggio nell'usarlo.

graffiare la mia testa ...

Answer 4

ho testato in IE - !!undefined restituisce false. Quale credo un comportamento corretto.

Per quanto riguarda dove !! è (o potrebbe essere) utile.

Ecco un esempio:

Supponiamo di avere una funzione che accetta un parametro:

function test(param) { if (param === true) { alert('OK'); } }

chiamata con: test(1) non farà apparire l'avviso della finestra - anche se è generalmente accettato che 1 è a true o a un valore true -ish. Sì, qualcuno potrebbe obiettare che spetta al contratto nel team e a ciascuna responsabilità dello sviluppatore passare il tipo di dati curret - ma qual è il tipo di dati corretto in JavaScript? Soprattutto quando non hai un compilatore per verificare quale è quale.

Così nella situazione di cui sopra, mi piacerebbe utilizzare if (!!param) invece di if (param === true)