Bitowe ORAZ z funkcją zwracającą bool w C++

Question

Napisałem program, który zawiera listę błędów w zestawie danych i zwraca wartość logiczną na końcu (zwracanie wartości true oznacza, że ​​nie znaleziono żadnego błędu).

Oto podsumowanie mojego kodu:

bool checkStuff1() {/*...*/} 
bool checkStuff2() {/*...*/} 
// ... 
bool checkStuffN() {/*...*/} 

bool checkAllStuff() 
{ 
    bool result = true; 
    result &= checkStuff1(); 
    result &= checkStuff2(); 
    // ... 
    result &= checkStuffN(); 
    return result; 
} 

mam zaufanie wartość result będzie w sam raz na koniec. Chciałbym jednak mieć pewność, że wszystkie funkcje są wywoływane (ponieważ wyświetlają komunikaty o błędach w przypadku błędu i chciałbym, aby wszystkie komunikaty o błędach zostały wydrukowane).

wiem, że gdybym napisał ten sposób, byłoby pominąć wszystkie checkStuffX() po pierwszym upadającego:

result = result && checkStuffX(); // Will not call checkStuffX() if result is already false 

Wiem też, że gdybym napisał w ten sposób, będzie to nazwać wszystkie checkStuffX() funkcje:

result = checkStuffX() && result; // Will always call checkStuffX() even if result is false 

Ale zastanawiałem się, czy zachowanie kodu, którego używam, z porównaniem bitowym, zostało określone i zagwarantowane przez standard?

Czy istnieje ryzyko niezdefiniowanego zachowania, w zależności od używanego kompilatora i jego optymalizacji?

Answer 1

To jest w porządku.

Ocena zwarcia, do którego odnosi się użytkownik, dotyczy tylko operatorów && i ||.

Answer 2

To zadziała, chociaż konwersja int < -> bool może spowodować problemy z wydajnością, jeśli masz wiele czeków. Och, możesz skorzystać ze wskaźników funkcji i pętli, jeśli wszystkie funkcje mają ten sam typ.

bool (*checks[])(void)= {checkStuff1, checkStuff2 ... checkStuffN}; 

bool result = true; 
for (int i = 0; i < sizeof(checks)/sizeof(checks[0]); result = checks[i++]() && result); 

kod wyglądałby prostsze, jeśli można użyć wahała dla() - jak for(auto i : checks). Zaletą tego, jeśli procedura ta została zadeklarowana gdzieś indziej w kodzie, należy usunąć lub dodać krok, wystarczy zmodyfikować deklarację tablicy (lub program może ją zmienić, skutecznie zmieniając przepływ pracy!). Minusem - nie można go używać z czekami, które mają różne prototypy.