Operator przecinania warunkowego

Question

Czytałem w wielu miejscach, ale naprawdę nie mogę zrozumieć określonego zachowania w warunkowych.

Rozumiem, że w przydziałach ocenia pierwszy operand, odrzuca wynik, a następnie ocenia drugi operand.

Ale co do tego kodu, co powinien zrobić?

CPartFile* partfile = (CPartFile*)lParam; 
ASSERT(partfile != NULL); 
bool bDeleted = false; 
if (partfile,bDeleted) 
    partfile->PerformFileCompleteEnd(wParam); 

Partfile w IF był niepotrzebnym argumentem, czy ma jakieś znaczenie?

Answer 1

W tym przypadku jest to niepotrzebne wyrażenie, które można usunąć bez zmiany znaczenia kodu.

Answer 2

Operator przecinka wykonuje wyrażenie pierwszego elementu, odrzuca wyniki, a następnie ocenia wynik jako ostatnie wyrażenie.

partfile,bDeleted więc byłoby evaulate cokolwiek partfile byłoby wyrzucić tego rezultatu, a następnie ocenić i powrócić bDeleted

Jest to przydatne, gdy trzeba ocenić coś, co ma skutki uboczne (na przykład wywołanie metody). W tym przypadku jest to jednak bezużyteczne.

Aby uzyskać więcej informacji, zobacz Wikipedia: Comma operator

Answer 3

partfile jest oceniany, a następnie bDeleted jest oceniane i wykorzystywane jako test. Ponieważ ocena pliku partfile nie ma żadnych skutków ubocznych, usunięcie go z warunkowego nie ma żadnego efektu.

Answer 4

bool bDeleted = false; 
if (partfile,bDeleted) 
    partfile->PerformFileCompleteEnd(wParam); 

Tutaj oświadczenie if ocenia partfile, bDeleted, ale bdelete jest zawsze fałszywe, więc wyrażenie nie uruchomić. Kluczowe pytanie brzmi "o co w tym wszystkim chodzi?". Prawdopodobną odpowiedzią jest to, że ktoś tymczasowo chciał uniemożliwić działanie instrukcji partfile->PerformFileCompleteEnd(wParam);, być może dlatego, że powodował pewien problem lub chciał poprawnie zapewnić późniejsze zgłaszanie błędów w kodzie, jeśli ten krok nie został wykonany. Aby pamiętali, jak kod był kiedyś, zostawili starą logikę "if (partfile)", ale dodali zakodowaną na stałe zmienną bDeleted, aby udowodnić, że logika partfile->Perform... została "usunięta" z programu.

Lepszym sposobem, aby tymczasowo wyłączyć takiego kodu jest prawdopodobnie ...

#if 0 
    if (partfile) 
     partfile->PerformFileCompleteEnd(wParam); 
#endif 

... chociaż czasami staram się dokumentować rozumowanie też ...

#ifndef DONT_BYPASS_FILE_COMPLETE_PROCESSING_DURING_DEBUGGING 
    if (partfile) 
     partfile->PerformFileCompleteEnd(wParam); 
#endif 

... lub ...

if (partFile, !"FIXME remove this after debugging") 
    partfile->PerformFileCompleteEnd(wParam); 

najlepszy wybór zależy od zestawu narzędzi i istniejących nawyków (np Niektóre edytory podświetlić „FIXME” lub „TODO” w odwróconym filmie wideo, więc trudno go pomijać lub wyszarzać #if 0 bloków; możesz mieć określone ciągi, o których ostrzega twoje sterowanie kontrolą źródła; preprocesor definiuje tylko w debugowaniu, a kompilacje wersji mogą uniemożliwić przypadkową dystrybucję itp.).

Answer 5

Operator przecinka jest dość mało znaną funkcją C/C++. Nie należy go mylić z przecinkiem w listach inicjujących (tj: int x, int y;) ani z przecinkiem parametru funkcji wywołania funkcji (np .: func (x, y)).

Operator przecinka ma jeden cel: zapewnić programistom gwarantowaną kolejność oceny wyrażenia. Dla prawie każdego operatora w C/C++, kolejność oceny wyrażeń jest niezdefiniowana. Jeśli napiszę:

wynik = x + y;

gdzie x i y są podwyrażeniami, wtedy x lub y mogą być ocenione jako pierwsze. Nie wiem, który, to zależy od kompilatora. Jeśli jednak napiszesz:

wynik = x, y;

kolejność oceny jest gwarantowana przez standard: lewy pierwszy.

Oczywiście, zastosowania tego w rzeczywistych zastosowaniach światowych są dość ograniczone ...