Po co używać operatorów logicznych, skoro operatory bitowe robią to samo?

Operacje bitowe zachowują się tak samo?

• operatory bitowe: Evalutate both operands, convert to 32-bit integer, operate on them, and return the number.
• operatory logiczne : Oceń pierwszy operand, jeśli jest prawdziwy / fałszywy, to evalutate i zwróć drugi operand else zwróć pierwszy wynik. To się nazywa ocena zwarcia

Już widzisz tę różnicę w rodzaju wyniku:

(true & true & false & false & true) === 0
(true && true && false && false && true) === false

Nie robią tego samego. Różnice są następujące:

1. Czy typy operandów są konwertowane
2. czy oba operandy są oceniane
3. wartość zwracana

// sample functions 
function a() { console.log("a()"); return false; }
function b() { console.log("b()"); return true; }

&& (logiczne i)

1. sprawdza prawdziwość operandów
2. używa zwarcia i nie może oceniać drugiego operanda
3. zwraca ostatni oceniany operand bez konwersji typu

a() && b();
// LOG: "a()"
// RET: false

& (bitowe i)

1. tymczasowo konwertuje operandy na ich 32-bitową reprezentację całkowitą (jeśli to konieczne)
2. ocenia oba operandy
3. Zwraca liczbę

a() & b();
// LOG: "a()"
// LOG: "b()"
// RET: 0

Ponieważ użycie && LUB & przekazuje różne intencje.

Pierwszy mówi, że testujesz truthness.

Drugi oznacza wyczarowanie odrobiny magii. W prawdziwym kodzie będziesz patrzył na variable1 & variable2. To będzie nie jasne, że w rzeczywistości zamierzacie sprawdzić prawdę (nie truthness). Czytelnik kodu prawdopodobnie będzie zdezorientowany, ponieważ nie jest oczywiste, dlaczego & został użyty.

Ponadto semantyka to całkowicie różni się, biorąc pod uwagę inne wartości niż Boole i wywołania funkcji, o czym świadczą liczne inne posty.

Prawie wszystko jest już powiedziane, ale dla kompletności chcę rzucić okiem na aspekt wydajności:

JavaScript ma wiele trudnych do zapamiętania reguł oceniania wyrażeń. Obejmuje to wiele odlewów, jeśli chodzi o bardziej złożone porównania. Tablice i Obiekty muszą zostać przekonwertowane przez wywołanie ich metod toString(), a następnie zamienione na liczby. To jest ogromny hit wydajności.

Rozważ następujący przykład zwarcia, gdy array i obiekt są zaangażowane:

( false  & {}  & [] ) == true
( false && {} && [] ) == true

Wydajność ma znaczenie

1. Boolean umożliwia zwarcie, które może być zwiększeniem wydajności lub kontrolą bezpieczeństwa.
2. nie-logiczne wartości używane w warunkowym. Na przykład, if ( 1 & 2 ) zwróci false, podczas gdy if ( 1 && 2 ) zwróci true.

Nie można zwarciowych operatorów bitowych. Również operatory bitowe mogą zrobić znacznie więcej, nie tylko obliczyć wyrażenie logiczne.

Jest ogromna różnica: operacje logiczne są zwarte. Oznacza to, że (true && true && false ) jest ostatnią rzeczą do wykonania. Pozwala to na potężne konstrukcje, takie jak abstrakcyjny model fabryczny przy użyciu var myFunc = mozilla.func || opera.sameFunc || webkit.evenOneMoreVariationOfTheSameConcept;

Wszystkie podwyrażenia operacji bitowych muszą być w pełni ocenione -- i btw. rzadko trzeba i tak Oceniać stałe wyrażenia bitowe lub logiczne.

Pierwszy warunek musi skonwertować pierwsze i sumować bity. Ale drugi sprawdzi wartość logiczną i zwróci wartość.

Więc pierwszy będzie wolniejszy od drugiego.

Uruchom ten Test: http://jsperf.com/bitwise-logical

W Chrome & IE Bitwise jest wolniejszy ale na Firefoksie logiczny jest wolniejszy

var bit1 = (((true & true) & (false & false)) & true), // return 0;
    bit2 = (((true && true) && (false && false)) && true); // return flase

alert(bit1 + ' is not ' + bit2);