Яка різниця між & та && у JavaScript?

Приклад-код:

var first  = 123;
var second = false;
var third  = 456;
var fourth = "abc";
var fifth  = true;
alert(first & second); // 0
alert(first & third);  // 72
alert(first & fourth); // 0
alert(first & fifth);  // 1

alert(first && second); // false
alert(first && third);  // 456
alert(first && fourth); // abc
alert(first && fifth);  // true

Здається, && - це логічне "і", яке завжди дає мені друге значення, якщо обидва істинні.

Але що таке &?

(До речі, &&, здається, "і" у Python; & схоже, є & у Python.)

& є побітовим І

Цей оператор очікує двох чисел і перенастроює число. Якщо вони не є числами, вони призначаються числам.

Як це працює? Вікіпедія має відповідь: https://en.wikipedia.org/wiki/Bitwise_operation#AND

Примітка: У Javascript не рекомендується використовувати цей оператор , оскільки немає цілочисельного типу даних, а лише плаваюча крапка. Таким чином, плаваючі перетворюються у цілі числа перед кожною операцією, що робить її повільною. Крім того, він не має реального використання в типових веб-додатках і створює нечитабельний код.

Загальне правило: уникати. Не використовуйте його. Він рідко має місце в доступному для читання та читаному коді JS.

&& є логічним І

Він очікує двох аргументів і повертає:

• Перший термін, який вважає помилковим
• Останній термін в іншому випадку (якщо всі істинно-y)

Ось кілька прикладів:

0 && false          0 (both are false-y, but 0 is the first)
true && false       false (second one is false-y)
true && true        true (both are true-y)
true && 20          20 (both are true-y)

Якщо ви коли-небудь використовуєте його лише на Boolean, це саме оператор І з математичної логіки.

&& ланцюжок операторів

Причиною цього оператора, як визначено вище, є ланцюжок операторів. Ви можете створити ланцюжок для цього оператора і досі дотримуватись вищевказаних правил.

true && 20 && 0 && 100          0 (it is the first false-y)
10 && 20 && true && 100         100 (last one, since all are true-y)

&& коротке замикання

Як видно з визначення, як тільки ви виявите, що один термін неправдивий, вам не потрібно дбати про наступні терміни. Javascript навіть робить цей крок далі, умови навіть не оцінюються. Це називається коротким замиканням.

true && false && alert("I am quiet!")

Ця заява нічого не попереджає і falseповертається. Тому ви можете використовувати &&оператор як коротшу заміну оператора if. Вони еквівалентні:

if (user.isLoggedIn()) alert("Hello!")
user.isLoggedIn() && alert("Hello!")

Майже всі компресори JS використовують цей трюк, щоб заощадити 2 байти.

&- побітове "та". Це означає, що якщо у вас є два числа, перетворені в двійкові, результат буде числом, яке має 1цифру в тих місцях, де є обидва числа 1.

  100011  //35
& 111001  //57
---------
  100001  //35 & 57 == 33

Щоб визначити, чи є два булевих значення разом істинними чи хибними, якщо ви хочете перевірити їх обидва (як перевірка на веб-сторінці), ви можете використовувати &оператор. &є побітовим І.

Якщо &&оператор виявить, що перше значення хибне, він закінчить оцінку, а не перевірить друге значення.

З усіма високими, детальними уявленнями, вони здебільшого пропустили правду, що існує умовна оцінка, де працюватиме ТІЛЬКИ сингл &. Відповідь практичного непрофесіонала, який вирішив бити мою голову по рядку оператора IF з МНОГО РОЗРЯДІВ, прикованих && each! == до умови, спричиняв FAILURE і потребував законного використання синглу &. Я дякую Джейку Уейну (і Руссу) за їх несправедливо відхилену відповідь, яку вони правильно зрозуміли, враховуючи, що там, де є більше && that! ==, вона вже припинила свою оцінку і не продовжує подальшу роботу після того, як буде знайдена перша оцінка == !. З && він вважає, що свою роботу виконано після першої оцінки! == [напр. помилковий]. Мій невдалий код був

IF ((sessionStorage.myLable !== "LableStringA") && (sessionStorage.myLable !== "LableStringB") && (sessionStorage.myLableZ !== "LableStringA") && (sessionStorage.myLableZ !== "LableStringB")) { ...)

Тут, правильно замінивши та використовуючи одиницю & для &&, це було як практично в реальному світі, так і технічно правильною відповіддю. Ще раз дякуємо Джейку Уейну (і Руссу) за розуміння та розуміння коду.