Eee.. kiedyś próbowałem a = !a i nie działało, a break nie jest funkcją ;p .
dobra, ale jak napiszę że funkcja, to lepiej to zrozumieją
zawsze można przerobić wszystko i pozmieniać na konstruktory, mnemoniki i operandy
Przydało by się że jeśli zmienna>=1 to przy sprawdzaniu wynosi "true" a jeśli zmienna<=0 to "false" ;p
Moim zdaniem ten artykuł jest mierny, ponieważ uczy złych nawyków. Raz jest składnia if ... then, później bez tego drugiego słowa kluczowego. Jestem zwolennikiem obejmowania warunków w nawiasy i przeciwnikiem stosowania then. W ten sposób kod jest czytelniejszy i nie miesza w głowie początkującym jak ten artykuł (niepotrzebnie).
Niestety zgodzę się z Ranmusem. Sam nauczył mnie nowej techniki zapisu i rzeczywiście wszystko jest czytelniejsze i bardziej zrozumiałe.
ja zaczynałem programowanie od pascala, a w gmie stosuję metodę ranmusową if (warunek) ...
A o artykule napisałem na stronce Gnyska
To fakt, że może i pokazuję złe nawyki, ale tak naprawdę w każdym języku można inaczej pisać różne rzeczy - a to tabulatory inaczej, a to cośtam.
Artykuł ma wieksze zadanie na zwrócenie uwagi co i jak interpretuje GM i który zapis czym poskutkuje niż uczenie jak pisać.
Dla mnie zawsze składnia PHP zawsze była uniwersalna. Pascal to już inna rodzina i wymaga znajomości innej składni, to samo Basic. =p
Wnioski - jak byś tego arta nie napisał to zawsze znajdzie się ktoś komu nie będzie to pasować.
To samo napisał kryniak jakbyście nie widzieli.
"If, then, else, switch zamiast else" Hm... "else zamiast else" - interesujące.
tfu tfu jakoś dziwnie to napisałem xD
"switch zamiast else" ?? chyba raczej switch zamiast if
Yoda:
Oo mi tam zmienna=!zmienna działa
to działa tylko, jeśli zmienna przyjmuje wartości false lub true