Dlaczego niektóre niepuste ciągi oceniają na "false" w JavaScript?

Question

Zgodnie z this table in the ECMAScript standard wartości łańcuchów, które mają długość 0, powinny być ocenione jako logiczne false.

W takim razie, te stwierdzenia oceniają na true?

"\t" == false 
" " == false 
"\n" == false 
"  " == false 

Wszystkie te struny mają długość większą niż 0. Na przykład:

Choć rozumiem, że "0" ocenia się false ponieważ może być zmuszany do numerycznej 0, mogę” t wyjaśnić, dlaczego te struny są falsey. Co się dzieje?

(Oczywiście można używać === do ścisłego porównania, ale w tym przypadku w moim kodu, muszę luźne porównanie, jednak nie spodziewałem się niepusty łańcuch należy uznać falsey.)

Answer 1

Używasz luźnego porównania, które wykonuje konwersję typu . Ilekroć porównujesz z wartością logiczną, obie wartości są w rzeczywistości konwertowane na liczby (spec, steps 7 and 5). false jest 0 i każdy ciąg zawierający tylko białe znaki są konwertowane do 0 jak również (po przeliczeniu na liczbę) (spec) (zaskakująco!):

MV od StringNumericLiteral ::: StrWhiteSpace jest 0.

---

nie spodziewałem niepusty ciąg należy uznać falsey

Porównując wartość przeciw Boolean jest bardzo odmienna od konwersji wartość do Boolean. "Falsy" oznacza, że ​​wartość jest konwertowana na false po przekonwertowaniu na wartość logiczną. Jednak w twoim przypadku wartości są najpierw konwertowane na liczby.

Przykład:

Number(" ") // 0 (== Number(false)) 
// vs 
Boolean(" ") // true