Wpis z mikrobloga

@BayzedMan: Po else nie jest potrzebny drugi if, niepotrzebnie sprawdzasz ponownie co spowalnia kod. Zmienna logiczna przyjmuje tylko wartosci true/false więc jak nie false to wiadomo, ze w ifie jest true. ( ͡° ͜ʖ ͡°)
@surlin: A co jezeli funkcja ma blad i moze wywalic wartosc, ktora nie jest ani 0 ani 1? :P

@BayzedMan: Sama zmienna jest typu boolean i nie przyjmie innej wartości niż true/false, ewentualnie 0/1, więc na wejściu masz jedną z dwu wartości. Ergo: jeżeli ma błąd to się wywali wcześniej. ( ͡° ͜ʖ ͡°)

p.s.
Chociaż wszystko zależy od zastosowanego języka. Najlepiej dodać obsługę wyjątków/błędów wtedy
w IFie jest operator przypisania "=", a nie porównania "=="


@homerox2000: skad wiesz, skoro jezyk nie jest sprecyzowany? Rownie dobrze := moze byc operatorem przypisania, a = porownania. To, ze w duzej czesci obecnie uzywanych jezykow == jest operatorem porownania nie znaczy, ze zawsze tak musi byc.