Чому в JavaScript чому "0" дорівнює false, а коли тестується "if", воно не відповідає false?

Нижче показано, що "0"в JavaScript невірно:

>>> "0" == false
true

>>> false == "0"
true

То чому ж друкується наступне "ha"?

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

Причина полягає в тому, що коли ви явно це робите "0" == false, обидві сторони перетворюються на числа, а потім проводиться порівняння.

Коли ви робите:, if ("0") console.log("ha")значення рядка тестується. Будь-яка не порожня рядок є true, а порожня - рядок false.

Дорівнює (==)

Якщо два операнди не одного типу , JavaScript перетворює операнди, то застосовується суворе порівняння. Якщо будь-який операнд є числом або булевим , операнди перетворюються на числа, якщо це можливо; інакше, якщо будь-який операнд є рядком , інший операнд перетворюється на рядок, якщо це можливо. Якщо обидва операнди є об'єктами , то JavaScript порівнює внутрішні посилання, які рівні, коли операнди посилаються на один і той же об'єкт у пам'яті.

(Від операторів порівняння в мережі розробників Mozilla)

Таблиці, що відображають проблему:

і ==

Мораль використання історії ===

Кредит на створення таблиці: https://github.com/dorey/JavaScript-Equality-Table

Це згідно спец.

12.5 Заява if 
.....

2. Якщо вірно ToBoolean (GetValue (exprRef)), то 
а. Поверніть результат оцінки першої заяви.
3. Ще, 
….

Відповідно до специфікації, ToBoolean є

Абстрактна операція ToBoolean перетворює свій аргумент у значення типу Boolean згідно таблиці 11:

І ця таблиця говорить про рядки:

Результат помилковий, якщо аргументом є порожній рядок (його довжина дорівнює нулю); інакше результат правдивий

Тепер, щоб пояснити, чому "0" == falseви повинні прочитати оператор рівності, який стверджує, що він отримує своє значення, якщо абстрактна операція GetValue(lref)відповідає однаковій для правої частини.

Що описує цю відповідну частину як:

якщо IsPropertyReference (V), то 
а. Якщо HasPrimitiveBase (V) помилковий, то нехай get є внутрішнім методом бази [[Get]], інакше нехай отримує
бути спеціальним внутрішнім методом [[Get]], визначеним нижче. 
б. Поверніть результат виклику внутрішнього методу get, використовуючи base як його це значення, і передаючи
GetReferencedName (V) для аргументу

Або іншими словами, рядок має примітивну базу, яка викликає внутрішній метод отримання і виявляється помилковою.

Якщо ви хочете оцінити речі за допомогою операції GetValue ==, якщо ви хочете оцінити за допомогою функції ToBoolean, використовуйте ===(також відомий як "суворий" оператор рівності)

Це PHP, де рядок "0"є хибним (false-when-used-in-boolean-context). У JavaScript всі непусті рядки є правдоподібними.

Хитрість полягає в тому, що ==проти булевого значення не оцінюється в булевому контексті, він перетворюється на число, а у разі рядків, що робиться шляхом розбору як десятковий. Таким чином, ви отримуєте Номер 0замість булінів правдивості true.

Це дійсно поганий мовний дизайн, і це одна з причин, коли ми намагаємося не використовувати нещасного ==оператора. Використовуйте ===замість цього.

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

Ваші цитати 0роблять це рядком, який оцінюється як істинний.

Видаліть цитати, і це повинно працювати.

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

Це все через специфікації ECMA ... "0" == falseчерез правила, вказані тут http://ecma262-5.com/ELS5_HTML.htm#Section_11.9.3 ... І if ('0')оцінює справжнє через правила, вказані тут http: / /ecma262-5.com/ELS5_HTML.htm#Section_12.5

Тести експресії "якщо" на істинність, у той час як подвійні рівні тести на незалежність від типу еквівалентності. Рядок - це завжди триут, як це вказували інші. Якби подвійне рівне тестувало обидва його операнди на правдивість, а потім порівнювало результати, то ви отримали б результат, який ви інтуїтивно припускали, тобто ("0" == true) === true. Як каже Дуг Крокфорд у своєму відмінному JavaScript: "Хороші частини" , "правила, за якими [== примушує типи його операндів] є складними і незабутніми .... Відсутність транзитивності насторожує". Досить сказати, що один з операндів примусований до типу, щоб відповідати іншому, і що "0" в кінцевому підсумку трактується як числовий нуль,

== Оператор рівності оцінює аргументи після перетворення їх у числа. Таким чином, рядок нульовий "0" перетворюється на тип даних номера, а булева помилка перетворюється на число 0. Отже

"0" == false // true

Те ж стосується `

false == "0" //true

=== Сувора перевірка рівності оцінює аргументи з оригінальним типом даних

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

Те саме стосується і

false === "0" // false

В

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

Рядок "0" не порівнює з жодними аргументами, а рядок - це справжнє значення до тих пір, поки воно не порівнюється з будь-якими аргументами. Це саме так

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

Але

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

`

Це тому, що JavaScript використовує тип примусу в булевих контекстах та вашому коді

if ("0") 

буде примусово до істини в булевих контекстах.

У Javascript є й інші truthy значення, які будуть примусові до істинних у булевих контекстах, і таким чином виконати блок 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) 

примушує x за допомогою внутрішнього JavaScript toBoolean (http://es5.github.com/#x9.2)

x == false

примушує обидві сторони, використовуючи внутрішній примус до Number (http://es5.github.com/#x9.3) або toPrimitive для об'єктів (http://es5.github.com/#x9.1)

Для отримання детальної інформації див. Http://javascriptweblog.wordpress.com/2011/02/07/truth-equality-and-javascript/