Warum ist in JavaScript "0" gleich "falsch", aber wenn es mit "wenn" getestet wird, ist es für sich genommen nicht falsch?

Folgendes zeigt, dass dies "0"in Javascript falsch ist:

>>> "0" == false
true

>>> false == "0"
true

Warum druckt der folgende "ha"?

>>> if ("0") console.log("ha")
ha

Der Grund dafür ist, dass, wenn Sie dies explizit tun "0" == false, beide Seiten in Zahlen konvertiert werden und dann der Vergleich durchgeführt wird.

Wenn Sie Folgendes tun: if ("0") console.log("ha")wird der Zeichenfolgenwert getestet. Jede nicht leere Zeichenfolge ist true, während eine leere Zeichenfolge ist false.

Gleich (==)

Wenn die beiden Operanden nicht vom gleichen Typ sind , konvertiert JavaScript die Operanden und wendet dann einen strengen Vergleich an. Wenn einer der Operanden eine Zahl oder ein Boolescher Wert ist , werden die Operanden nach Möglichkeit in Zahlen konvertiert. Wenn einer der Operanden eine Zeichenfolge ist , wird der andere Operand nach Möglichkeit in eine Zeichenfolge konvertiert. Wenn beide Operanden Objekte sind , vergleicht JavaScript interne Referenzen, die gleich sind, wenn Operanden auf dasselbe Objekt im Speicher verweisen.

(Von Vergleichsoperatoren im Mozilla Developer Network)

Tabellen mit dem Problem:

und ==

Moral der Geschichte verwenden ===

Guthaben für die Tabellengenerierung: https://github.com/dorey/JavaScript-Equality-Table

Es ist nach Spezifikation.

12.5 Die if-Anweisung 
..... .....

2. Wenn ToBoolean (GetValue (exprRef)) wahr ist, dann 
ein. Geben Sie das Ergebnis der Auswertung der ersten Anweisung zurück.
3. Sonst 
....

ToBoolean ist laut Spezifikation

Die abstrakte Operation ToBoolean konvertiert ihr Argument gemäß Tabelle 11 in einen Wert vom Typ Boolean:

Und diese Tabelle sagt dies über Zeichenfolgen:

Das Ergebnis ist falsch, wenn das Argument der leere String ist (seine Länge ist Null). Andernfalls ist das Ergebnis wahr

Um zu erklären, warum "0" == falseSie den Gleichheitsoperator lesen sollten, der angibt, dass er seinen Wert aus der abstrakten Operation erhält, GetValue(lref)stimmt dies für die rechte Seite überein.

Welches beschreibt diesen relevanten Teil als:

wenn IsPropertyReference (V), dann 
ein. Wenn HasPrimitiveBase (V) falsch ist, sei get die interne Methode [[Get]] der Basis, andernfalls sei get
sei die spezielle [[Get]] interne Methode, die unten definiert ist. 
b. Gibt das Ergebnis des Aufrufs der internen Methode get unter Verwendung von base als diesen Wert und der Übergabe zurück
GetReferencedName (V) für das Argument

Mit anderen Worten, eine Zeichenfolge hat eine primitive Basis, die die interne get-Methode zurückruft und am Ende falsch aussieht.

Wenn Sie Dinge mit der Operation GetValue auswerten möchten, verwenden Sie ==, wenn Sie mit der Operation bewerten möchten ToBoolean, verwenden Sie ===(auch als "strenger" Gleichheitsoperator bezeichnet).

Es ist PHP, wo die Zeichenfolge "0"falsch ist (falsch, wenn sie im booleschen Kontext verwendet wird). In JavaScript sind alle nicht leeren Zeichenfolgen wahr.

Der Trick besteht darin, dass ==ein Boolescher Wert in einem booleschen Kontext nicht ausgewertet wird, sondern in eine Zahl konvertiert wird. Bei Zeichenfolgen wird dies als Dezimalanalyse analysiert. Sie erhalten also die Zahl 0anstelle der Booleschen Wahrheit true.

Dies ist ein wirklich schlechtes Sprachdesign und einer der Gründe, warum wir versuchen, den unglücklichen ==Operator nicht zu verwenden . Verwenden Sie ===stattdessen.

// I usually do this:

x = "0" ;

if (!!+x) console.log('I am true');
else      console.log('I am false');

// Essentially converting string to integer and then boolean.

Ihre Anführungszeichen 0machen es zu einer Zeichenfolge, die als wahr bewertet wird.

Entfernen Sie die Anführungszeichen und es sollte funktionieren.

if (0) console.log("ha") 

Es ist alles wegen der ECMA-Spezifikationen ... "0" == falsewegen der hier angegebenen Regeln http://ecma262-5.com/ELS5_HTML.htm#Section_11.9.3 ... und wird if ('0')aufgrund der hier angegebenen Regeln als wahr ausgewertet http: / /ecma262-5.com/ELS5_HTML.htm#Section_12.5

Der "if" -Ausdruck prüft die Wahrhaftigkeit, während der Doppelgleichheitsprüfung die typunabhängige Äquivalenz prüft. Eine Saite ist immer wahr, wie andere hier betont haben. Wenn das Doppelgleiche beide Operanden auf Wahrhaftigkeit prüft und dann die Ergebnisse vergleicht, erhalten Sie das Ergebnis, das Sie intuitiv angenommen haben, d ("0" == true) === true. H. Wie Doug Crockford in seinem ausgezeichneten JavaScript sagt : The Good Parts , "sind die Regeln, nach denen [== die Typen seiner Operanden erzwingt] kompliziert und unvergesslich ... Der Mangel an Transitivität ist alarmierend." Es genügt zu sagen, dass einer der Operanden typgezwungen ist, um mit dem anderen übereinzustimmen, und dass "0" als numerische Null interpretiert wird.

== Der Gleichheitsoperator wertet die Argumente aus, nachdem sie in Zahlen konvertiert wurden. So String Null „0“ Number - Datentyp und boolean false umgewandelt wird Nummer 0 umgewandelt , so

"0" == false // true

Gleiches gilt für `

false == "0" //true

=== Strikte Gleichheitsprüfung wertet die Argumente mit dem ursprünglichen Datentyp aus

"0" === false // false, because "0" is a string and false is boolean

Gleiches gilt für

false === "0" // false

Im

if("0") console.log("ha");

Die Zeichenfolge "0" wird nicht mit Argumenten verglichen, und die Zeichenfolge ist ein wahrer Wert, bis oder sofern sie nicht mit Argumenten verglichen wird. Es ist genau so

if(true) console.log("ha");

Aber

if (0) console.log("ha"); // empty console line, because 0 is false

`

Dies liegt daran, dass JavaScript in booleschen Kontexten und in Ihrem Code Typzwang verwendet

if ("0") 

wird in booleschen Kontexten zu true gezwungen.

Es gibt andere wahrheitsgemäße Werte in Javascript, die in booleschen Kontexten zu true gezwungen werden und daher den if-Block ausführen: -

if (true)
if ({})
if ([])
if (42)
if ("0")
if ("false")
if (new Date())
if (-42)
if (12n)
if (3.14)
if (-3.14)
if (Infinity)
if (-Infinity)

if (x) 

erzwingt x mithilfe des internen toBoolean von JavaScript (http://es5.github.com/#x9.2)

x == false

zwingt beide Seiten mit internem toNumber-Zwang (http://es5.github.com/#x9.3) oder toPrimitive für Objekte (http://es5.github.com/#x9.1)

Ausführliche Informationen finden Sie unter http://javascriptweblog.wordpress.com/2011/02/07/truth-equality-and-javascript/