Objective-C - Jest !! BOOL Beneficial

Question

Rozglądam się nad wersjami przesłanymi do projektu przez innego programistę i mają one dużo kodu, który ma !!<some BOOL value>. W rzeczywistości wydaje się, że jest to ich standardowy wzorzec do implementacji Boolean pobierających i ustawiających. Zaimplementowali swój kod:

- (BOOL) hasId { 
    return !!hasId_; 
} 
- (void) setHasId:(BOOL) value { 
    hasId_ = !!value; 
} 

Nigdy wcześniej nie widziałem tego wzoru i zastanawiam się, czy jest jakaś korzyść z jego używania. Czy podwójna negacja robi coś pożytecznego?

Answer 1

Podwójna operator logiczna tylko upewnia się, że wartość zwracana jest albo 1 albo 0. To wszystko:)

Answer 2

! jest logiczną operator negacji. Więc jeśli setHasId: został przekazany, np. 0x2, wówczas podwójna negacja przechowałaby 0x1.

Answer 3

Jest to odpowiednik:

hasId_ = value ? 1 : 0; 

Jest to przydatne w niektórych przypadkach, ponieważ jeśli to zrobić:

BOOL x = y & MY_FLAG; 

Można dostać 0 jeśli MY_FLAG jest ustawiona, ponieważ wynik zostanie obcięty rozmiar BOOL (8 bitów). To nieoczekiwane. Z tych samych powodów ludzie czasami wolą, aby BOOL było 0 lub 1 (więc operacje bitowe działają zgodnie z oczekiwaniami). Zwykle jest to niepotrzebne.

W językach z wbudowanym typem bool, takim jak C (od C99) i C++, konwersja liczby całkowitej na bool powoduje to automatycznie.

Answer 4

To ma większy sens w niektórych innych przypadkach, na przykład, gdzie są powracających BOOL ale nie chcą umieścić oświadczenie if w.

- (BOOL)isMyVarSet 
{ 
    return !!myVar; 
} 

W tym przypadku nie mogę po prostu wrócić myVar bo to nie jest to BOOL (jest to bardzo wymyślny przykład - nie mogę wykopać przyzwoitego z moich projektów).

Answer 5

Użyłem tego wcześniej i wierzę:

if (!!myVar)

odpowiada:

if (myVar != nil)

Zasadniczo używam go zweryfikować wartość czegoś.

Przyznaję ... to prawdopodobnie nie jest najlepsza praktyka lub najbardziej zrozumiały sposób na osiągnięcie tego celu.