W jaki sposób !! ~ (nie tylda / bang bang tylda) zmienia wynik wywołania metody Array „zawiera / zawiera”?

Jeśli czytasz komentarze na jQuery inArraystronie tutaj , jest interesująca deklaracja:

!!~jQuery.inArray(elm, arr) 

Teraz uważam, że podwójny wykrzyknik przekonwertuje wynik na typ booleano wartości true. Nie rozumiem, jakie jest zastosowanie w tym ~wszystkim operatora tyldy ( )?

var arr = ["one", "two", "three"];
if (jQuery.inArray("one", arr) > -1) { alert("Found"); }

Refaktoryzacja ifinstrukcji:

if (!!~jQuery.inArray("one", arr)) { alert("Found"); }

Awaria:

jQuery.inArray("one", arr)     // 0
~jQuery.inArray("one", arr)    // -1 (why?)
!~jQuery.inArray("one", arr)   // false
!!~jQuery.inArray("one", arr)  // true

Zauważyłem również, że jeśli umieszczę tyldę z przodu, wynik jest -2.

~!!~jQuery.inArray("one", arr) // -2

Nie rozumiem tutaj celu tyldy. Czy ktoś może to wyjaśnić lub wskazać mi źródło informacji?

Operator tyldy w rzeczywistości nie jest częścią jQuery - jest operatorem bitowym NOT w samym JavaScript.

Zobacz The Great Mystery of the Tilde (~) .

Otrzymujesz dziwne liczby w swoich eksperymentach, ponieważ wykonujesz bitową operację logiczną na liczbie całkowitej (która, o ile wiem, może być przechowywana jako uzupełnienie do dwóch lub coś w tym rodzaju ...)

Dopełnienie do dwóch wyjaśnia, jak przedstawić liczbę w systemie binarnym. Myślę, że miałem rację.

Istnieje konkretny powód, dla którego czasami zobaczysz ~zastosowany przed$.inArray .

Gruntownie,

~$.inArray("foo", bar)

to krótszy sposób

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

$.inArrayzwraca indeks pozycji w tablicy, jeśli zostanie znaleziony pierwszy argument, i zwraca -1, jeśli nie zostanie znaleziony. Oznacza to, że jeśli szukasz wartości logicznej „czy ta wartość jest w tablicy?”, Nie możesz wykonać porównania boolowskiego, ponieważ -1 jest prawdziwą wartością, a kiedy $ .inArray zwraca 0 (wartość fałszywą ), to znaczy, że faktycznie znajduje się w pierwszym elemencie tablicy.

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

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

I będzie działać zgodnie z przeznaczeniem.

!!~exprocenia, falsekiedy exprjest -1inaczej true.
To samo co expr != -1, tylko zepsute *

Działa, ponieważ operacje bitowe JavaScript konwertują operandy na 32-bitowe liczby całkowite ze znakiem w formacie dopełnienia do dwóch. Tak więc !!~-1jest oceniany 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ż -1będzie miała co najmniej jeden bit ustawiony na zero; odwrócenie go stworzy prawdziwą wartość; zastosowanie!dwukrotne operatora do prawdziwej wartości zwraca wartość logiczną prawda.

W przypadku użycia z .indexOf()i chcemy tylko sprawdzić, czy wynik jest, -1czy 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 zwraca wartość false, więc towstrętnie można wiarygodnie użyć do przeprowadzenia testów -1.

~foo.indexOf(bar)jest popularnym skrótem do reprezentacji, foo.contains(bar)ponieważ containsfunkcja nie istnieje.

Zazwyczaj rzutowanie na wartości logiczne jest niepotrzebne ze względu na koncepcję „fałszywych” wartości w JavaScript. W tym przypadku służy do wymuszenia wartości wyjściowej funkcji na trueor false.

jQuery.inArray()zwraca -1„nie znaleziono”, którego uzupełnieniem ( ~) jest 0. Tak więc ~jQuery.inArray()zwraca fałszywą wartość ( 0) dla „nie znaleziono” i prawdziwą wartość (ujemną liczbę całkowitą) dla „znalezionego”.!!następnie sformalizuje fałsz / prawda do prawdziwej wartości logicznej false/ true. Więc !!~jQuery.inArray()poda truejako „znaleziony” i false„nie znaleziony”.

Wartość ~dla wszystkich 4 bajtów intjest równa tej formule-(N+1)

WIĘC

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

~Operator jest operatorem bitowym uzupełnieniem. Wynik liczby całkowitej z inArray()wynosi -1, gdy element nie został znaleziony, lub nieujemną liczbą całkowitą. Bitowe uzupełnienie -1 (reprezentowane binarnie jako wszystkie 1 bity) wynosi zero. Uzupełnienie bitowe dowolnej nieujemnej liczby całkowitej jest zawsze niezerowe.

Tak więc !!~ibędzie, truegdy liczba całkowita „i” jest nieujemną liczbą całkowitą, a falsegdy „i” jest równe dokładnie -1.

Zauważ, że ~zawsze przekształca swój operand do liczby całkowitej; to znaczy wymusza niecałkowite wartości zmiennoprzecinkowe na liczby całkowite, jak również na wartości nieliczbowe.

Tilda jest bitowa NIE - odwraca każdy bit wartości. Zgodnie z ogólną zasadą, jeśli użyjesz ~liczby, jej znak zostanie odwrócony, a następnie odejmie się 1.

Tak więc, kiedy to robisz ~0 , otrzymasz -1 (0 odwrócone to -0, odejmij 1 to -1).

Zasadniczo jest to skomplikowany, super-mikro-zoptymalizowany sposób uzyskiwania wartości, która zawsze jest logiczna.

Masz rację: ten kod zwróci, falsegdy indexOfwywołanie zwróci -1; Inaczejtrue .

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

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

Plik ~Operator jest NIE bitowe operatora. Oznacza to, że przyjmuje liczbę w postaci binarnej i zamienia wszystkie zera w jedynki, a jedynki w zera.

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

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

Zgadzam się z inną odpowiedzią, że to przesada, ale może mieć sens w wąskiej pętli (wymaga jednak oszacowania wzrostu wydajności, w przeciwnym razie może się okazać przedwczesną optymalizacją).

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

Tak (~(-1)) === 0więc:

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