How does!~ (not not tilde/bang bang tilde) zmienić wynik wywołania metody tablicy 'contains/included'?

Jest specyficzny powód, dla którego czasami widzisz ~ zastosowaną przed $.inArray.

Zasadniczo,

~$.inArray("foo", bar)

Jest krótszym sposobem na

$.inArray("foo", bar) !== -1

$.inArray zwraca indeks elementu w tablicy, jeżeli pierwszy argument zostanie znaleziony, a zwraca -1 jeżeli nie został znaleziony. Oznacza to, że jeśli szukasz wartości logicznej " is this value in the array?", nie można zrobić porównania boolowskiego, ponieważ -1 jest prawdziwą wartością, a gdy $.inArray zwraca 0 (wartość falsy), oznacza to, że jego faktycznie znaleziony w pierwszym elemencie tablicy.

Zastosowanie operatora bitowego ~ powoduje, że -1 staje się 0, A 0 staje się `-1. Tak więc, nie znalezienie wartości w tablicy i zastosowanie bitowego NOT skutkuje fałszywą wartością (0), a wszystkie inne wartości zwrócą liczby inne niż 0 i będą przedstawiać prawdziwy wynik.

if (~$.inArray("foo", ["foo",2,3])) {
    // Will run
}

!!~expr ewaluuje do false, Gdy expr jest -1, w przeciwnym razie true.
Jest taka sama jak expr != -1, tylko złamana*

Działa, ponieważ operacje bitowe JavaScript konwertują operandy na 32-bitowe liczby całkowite podpisane w formacie dopełniacza dwóch. Tak więc !!~-1 jest oceniane w następujący sposób:

   -1 = 1111 1111 1111 1111 1111 1111 1111 1111b // two's complement representation of -1
  ~-1 = 0000 0000 0000 0000 0000 0000 0000 0000b // ~ is bitwise not (invert all bits)
   !0 = true                                     // ! is logical not (true for falsy)
!true = false                                    // duh

Wartość inna niż -1 będzie miała co najmniej jeden bit ustawiony na zero; odwrócenie go spowoduje utworzenie wartości rzeczywistej; zastosowanie operatora ! dwa razy do wartości rzeczywistej Zwraca wartość logiczną prawda.

Gdy używamy z .indexOf() i chcemy tylko sprawdzić, czy wynik jest -1 czy nie:

!!~"abc".indexOf("d") // indexOf() returns -1, the expression evaluates to false
!!~"abc".indexOf("a") // indexOf() returns  0, the expression evaluates to true
!!~"abc".indexOf("b") // indexOf() returns  1, the expression evaluates to true

* !!~8589934591 ocenia NA false, więc to obrzydliwość nie może być niezawodnie użyte do testowania dla -1.

~foo.indexOf(bar) jest powszechnym skrótem do reprezentowania foo.contains(bar), Ponieważ funkcja contains nie istnieje.

Typowo rzucanie na boolean jest niepotrzebne ze względu na koncepcję JavaScript "falsy" wartości. W tym przypadku służy do wymuszenia wyjścia funkcji na true lub false.

jQuery.inArray() zwraca -1 dla "not found" , którego dopełnieniem (~) jest 0. Tak więc ~jQuery.inArray() Zwraca wartość falsy (0) dla "not found" , a wartość true (ujemna liczba całkowita) dla"found". !! Następnie sformalizuje falsy / truthy do prawdziwego logicznego false/true. Tak więc !!~jQuery.inArray() da true dla "znalezione" i false Dla "Nie znalezione".

~ dla wszystkich 4 bajtów int jest równe tej Formule -(N+1)

Więc

~0   = -(0+1)   // -1
~35  = -(35+1)  // -36 
~-35 = -(-35+1) //34 

Operator ~ jest operatorem dopełniacza bitowego. Liczba całkowita wynik z inArray() jest albo -1, gdy element nie został znaleziony, albo jakaś nieujemna liczba całkowita. Dopełnienie bitowe -1 (reprezentowane w układzie binarnym jako Wszystkie 1 bity) wynosi zero. Bitowe dopełnienie dowolnej nieujemnej liczby całkowitej jest zawsze niezerowe.

Zatem !!~i będzie true gdy liczba całkowita " i "jest nieujemną liczbą całkowitą, a false Gdy" i " jest dokładnie -1.

Zauważ, że ~ zawsze wymusza swój operand na liczbę całkowitą; oznacza to, że wymusza nieliczbowe wartości zmiennoprzecinkowe na liczbę całkowitą, a także wartości nieliczbowe.

Tylda jest bitowa, a nie-odwraca każdy bit wartości. Ogólnie rzecz biorąc, jeśli użyjesz ~ Na liczbie, jej znak zostanie odwrócony, a następnie 1 zostanie odjęty.

Tak więc, kiedy robisz ~0, otrzymujesz -1 (0 odwrócone to -0, odjąć 1 to -1).

Masz rację: Ten kod zwróci false gdy wywołanie indexOf zwróci -1; w przeciwnym razie true.

Jak mówisz, o wiele rozsądniej byłoby użyć czegoś takiego jak

return this.modifiedPaths.indexOf(path) !== -1;

Operator ~ jest operatorem bitowym NOT. Oznacza to, że przyjmuje liczbę w postaci binarnej i zamienia wszystkie zera w jedynki, a Jedynki w zera.

Na przykład liczba 0 w binarnym to 0000000, podczas gdy -1 to 11111111. Podobnie, 1 jest 00000001 w binarnym, podczas gdy -2 jest 11111110.

Domyślam się, że jest tam, ponieważ jest o kilka znaków krótszy(których autorzy biblioteki są zawsze po). Używa również operacji, które zajmują tylko kilka cykli maszynowych po skompilowaniu do kodu natywnego (w przeciwieństwie do porównania do liczby.)

Zgadzam się z inną odpowiedzią, że to przesada, ale być może miałoby to sens w ciasnej pętli (wymaga jednak oszacowania przyrostu wydajności, w przeciwnym razie może okazać się przedwczesną optymalizacją.)

Zakładam, że ponieważ jest to operacja bitowa, jest to najszybszy (tani obliczeniowo) sposób sprawdzenia, czy ścieżka pojawia się w zmodyfikowanych ścieżkach.

As (~(-1)) === 0, więc:

!!(~(-1)) === Boolean(~(-1)) === Boolean(0) === false