Dlaczego w JavaScripcie „0” jest równe false, ale gdy jest testowane przez „jeśli”, to samo w sobie nie jest fałszem?

Poniższe informacje pokazują, że "0"w Javascript jest fałszem:

>>> "0" == false
true

>>> false == "0"
true

Dlaczego więc drukuje następujący "ha"?

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

Powodem jest to, że gdy to zrobisz "0" == false, obie strony są konwertowane na liczby, a następnie przeprowadzane jest porównanie.

Gdy to zrobisz: if ("0") console.log("ha")wartość ciągu jest testowana. Każdy niepusty ciąg jest true, a pusty ciąg jest false.

Równa (==)

Jeśli dwa operandy nie są tego samego typu , JavaScript konwertuje operandy, a następnie stosuje ścisłe porównanie. Jeśli jeden z operandów jest liczbą lub wartością logiczną , operandy są przekształcane na liczby, jeśli to możliwe; w przeciwnym razie, jeśli jeden z operandów jest ciągiem , drugi operand jest przekształcany na ciąg, jeśli to możliwe. Jeśli oba operandy są obiektami , JavaScript porównuje odwołania wewnętrzne, które są równe, gdy operandy odnoszą się do tego samego obiektu w pamięci.

(Od operatorów porównania w Mozilla Developer Network)

Tabele przedstawiające problem:

i ==

Morał z tej historii ===

kredyt na generowanie tabeli: https://github.com/dorey/JavaScript-Equality-Table

Jest to zgodne ze specyfikacją.

12.5 Instrukcja if 
.....

2. Jeśli ToBoolean (GetValue (exprRef)) jest prawdziwe, to 
za. Zwraca wynik oceny pierwszej instrukcji.
3. W przeciwnym razie 
…

ToBoolean, zgodnie ze specyfikacją, to

Abstrakcyjna operacja ToBoolean konwertuje swój argument na wartość typu Boolean zgodnie z tabelą 11:

I ta tabela mówi o ciągach:

Wynik jest fałszywy, jeśli argument jest pustym ciągiem (jego długość wynosi zero); w przeciwnym razie wynik jest prawdziwy

Teraz, aby wyjaśnić, dlaczego "0" == falsepowinieneś przeczytać operator równości, który stwierdza, że ​​pobiera swoją wartość z operacji abstrakcyjnej, jest GetValue(lref)taki sam dla prawej strony.

Który opisuje tę istotną część jako:

jeśli IsPropertyReference (V), to 
za. Jeśli HasPrimitiveBase (V) ma wartość false, to niech get będzie [[Get]] wewnętrzną metodą bazową, w przeciwnym razie niech get
być specjalną wewnętrzną metodą [[Get]] zdefiniowaną poniżej. 
b. Zwraca wynik wywołania metody get get przy użyciu wartości base jako tej wartości i przekazania
GetReferencedName (V) dla argumentu

Innymi słowy, łańcuch ma prymitywną podstawę, która wywołuje wewnętrzną metodę get i kończy się na fałszu.

Jeśli chcesz oceniać rzeczy za pomocą operacji GetValue użyj ==, jeśli chcesz oceniać za pomocą ToBoolean, użyj ===(również znany jako „ścisły” operator równości)

To PHP, w którym ciąg znaków "0"jest fałszem (false-when-used-in-boolean-context). W JavaScript wszystkie niepuste ciągi są zgodne z prawdą.

Sztuka polega na tym, że w ==przypadku wartości logicznej nie jest obliczana w kontekście logicznym, konwertuje się na liczbę, aw przypadku ciągów, które są wykonywane przez parsowanie jako dziesiętne. Więc dostajesz liczbę 0zamiast boolean z prawdomówności true.

To naprawdę kiepski projekt językowy i jest to jeden z powodów, dla których staramy się nie używać niefortunnego ==operatora. Użyj ===zamiast tego.

// 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.

Twoje cudzysłowy 0tworzą ciąg, który jest oceniany jako prawdziwy.

Usuń cytaty i powinno działać.

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

To wszystko ze względu na specyfikacje ECMA ... z "0" == falsepowodu określonych tutaj reguł http://ecma262-5.com/ELS5_HTML.htm#Section_11.9.3 ... I if ('0')ocenia się na prawdę z powodu określonych tutaj reguł http: / /ecma262-5.com/ELS5_HTML.htm#Section_12.5

Wyrażenie „if” sprawdza prawdziwość, a testy podwójnej równości dla równoważności niezależnej od typu. Ciąg jest zawsze prawdziwy, jak zauważyli inni tutaj. Gdyby podwójna równość testowała oba argumenty pod kątem prawdziwości, a następnie porównywała wyniki, to uzyskałbyś wynik, który intuicyjnie zakładałeś, tj ("0" == true) === true. Jak mówi Doug Crockford w swoim doskonałym skrypcie JavaScript: dobre części , „zasady, według których [== wymusza typy operandów] są skomplikowane i nie można ich zapamiętywać ... Brak przechodniości jest alarmujący”. Wystarczy powiedzieć, że jeden z operandów jest wymuszony na typ, aby pasował do drugiego, i że „0” kończy się interpretacją jako zero numeryczne,

== Operator równości ocenia argumenty po przekonwertowaniu ich na liczby. Zatem ciąg zerowy „0” jest konwertowany na typ danych Liczba, a wartość logiczna „fałsz” jest konwertowana na liczbę 0. Tak

"0" == false // true

To samo dotyczy `

false == "0" //true

=== Ścisła kontrola równości ocenia argumenty z oryginalnym typem danych

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

To samo dotyczy

false === "0" // false

W

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

Łańcuch „0” nie jest porównywany z żadnymi argumentami, a łańcuch jest prawdziwą wartością, dopóki nie zostanie porównany z jakimikolwiek argumentami. To jest dokładnie jak

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

Ale

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

`

Wynika to z faktu, że JavaScript używa przymusu typu w kontekstach boolowskich i kodzie

if ("0") 

zostanie wymuszony na true w kontekście boolowskim.

Istnieją inne prawdziwe wartości w Javascript, które zostaną wymuszone na true w kontekstach boolowskich, a zatem wykonają blok if:

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) 

wymusza x za pomocą wewnętrznego toBoolean JavaScript (http://es5.github.com/#x9.2)

x == false

zmusza obie strony za pomocą wewnętrznego przymusu toNumber (http://es5.github.com/#x9.3) lub toPrimitive dla obiektów (http://es5.github.com/#x9.1)

Aby uzyskać szczegółowe informacje, patrz http://javascriptweblog.wordpress.com/2011/02/07/truth-equality-and-javascript/