Fastbar
Powrót do strony głównej
Trzymaj pliki na gmclan.org!
Game Maker w pytaniach i odpowiedziach!
Polska dokumentacja
Tabela wyników ligi 24
Pobierz GM
Akademia GMCLANu
Kategorie bazy artykułów
Artykuły -> Game Maker -> Kursy dla początkujących
Treść artykułu
If, then, else, switch zamiast else - jak traktuje je GM
autor: gnysek (22.11.07)
Często na GMC poruszane są problemy dotyczące złego napisania jakiegoś skryptu, ze względu na nieprawidłowe umieszczenie if i else w całym skrypcie. Dzisiaj chciałbym zwrócić uwagę na to, jak można zapisywać i czym skutkuje zapisywanie warunków w Game Makerze. Będzie mowa o tym jak gdzie i kiedy używać if, then i else, oraz kiedy warto konstrukcję if ... else if ... else zastąpić konstrukcją switch.

Załóżmy, że dla wszystkich przykładów w create definiujemy zmienne:

gml:
test=true;
test2=false;
predkosc=5;


1. if <cośtam>

Sprawdzanie cy jakaś wartość jest większa czy mniejsza, dokonujemy poprzez używanie znaków >, >=, =, <, <=, <>

Na przykład:

gml:
if predkosc>5
if predkosc>=5
if predkosc<5
if predkosc<=5
if predkosc<>5
if predkosc=5
if predkosc==5 //oznacza to samo co wyżej


Jest to dość oczywiste. Skupmy się jednak na ostatnich dwóch przykładach. Pomijam już to, że dla GM oba zapisy są prawidłowe, pomimo, że znakiem = nadajemy również wartość, a powinno być to jakoś rozróżniane. Ale dla wygody jest tak. O ile porównujemy liczby, to jeszcze wszystko jest jasne, ale jak się okazuje, porównując wartości boolean, czyli true i false, można zastosować jeszcze kilka innych sztuczek. Warto zwrócić uwagę, że każdy warunek jaki postawimy po if, tak na prawdę zwraca właśnie true, lub false i wykonuje się, gdy zwrócona wartość będzie równa true. Zatem poniższe warunki tak naprawdę oznaczają to samo

gml:
if test=true //zwracana jest wartosc true, bo skoro zdefiniowaliśmy, że test=true, to nasz warunek tak naprawdę to if true=true...
if test //też zwracana jest wartość true, bo test=true, co zostało zdefiniowane wcześniej


Jak widać, jeżeli coś przybiera wartość true, nie trzeba pisać znaku równości co natomiast, gdybym napisał if test2 ?? Warunek oczywiście nie będzie prawdziwy, a co za tym idzie dalszy kod nie wykona się, ponieważ zdefiniowana przez nas zmienna test2=false, a warunek if test2 to inaczej if test2=true. W takim razie czy da się jakoś skrócić też warunkiem dla zmiennych równych false? Oczywiście. Wystarczy użyć znaku ! który w programowaniu oznacza negację. Neguje zatem następujące po nim wyrażenie, np.:

gml:
if predkosc!=5 //to taki sam zapis jak if predkosc<>5


No tak, a jak ma się to do wartości false? A tak:

gml:
if test2=false
if test2 //test 2 false, zatem otrzymujemy funkcję if false=true - nie jest ona prawdziwa
if !test2 //test 2 jest negowany, zatem z false zrobi się true i wyjdzie nam funkcja if true=true, lub jak kto woli if false=false, w każdym bądź razie sama prawda


Skoro wiemy już jak to działa, to można pobawić się dalej:

gml:
if !test!=true //if false<>true
if !test!=!true //if false<>false


Warto też wiedzieć, że w podobny sposób można zmieniać wartość z true na false, na przykład gdy na zmianę po naciśnięciu spacji obiekt znika i pojawia się.:

gml:
if keyboard_check(vk_space) visible=!visible;


Dzięki temu, gdy visible było true, zmieni się na false (bo ! neguje czyli zamienia na przeciwne true i false), a jak visible=false to zmienia się na true. Ot, taka ciekawostka. Kolejna ciekawostka to taka, ze true to inaczej 1, a false to inaczej 0 (czyli bity jak ktoś nie wie). Zatem zamiast if test=true można napisać też:

gml:
if test=1


I to też prawda. Warto jeszcze zaznaczyć, że postawienie; oznacza zakończenie danej linijki kodu, zatem napiasnie if test=true; to tak naprawdę nie napisanie niczego,bo wszystko co napiszemy za znakiem ; traktowane jest, jak coś nowego.

2. if <cośtam> then

Dobra, skoro mamy warunek, trzeba by coś wykonać. Konstrukcja if <cośtam> then po naszemu znaczy po prostu Jeżeli coś tam to wtedy. Ale czy tak naprawdę potrzeba pisać zawsze then ? Okazuje się, że i tutaj GM okazuje się dość tolerancyjny i można sobie odpuścić then. Zatem kod można zapisać np.:

gml:
if predkosc>5 then predkosc=5;
if predkosc>5 predkosc=5; //j.w.


No dobra, zapis nie wygląda pięknie, bo brak słowa then zanieczyszcza lekko kod. Ale gdy potrzebujemy zapisać trochę więcej kodu, wygląda to już inaczej:

gml:
if predkosc>5 then
{
predkosc=5;
test=false;
}

//i to samo, ale bez then

if predkosc>5
{
predkosc=5;
test=false;
}


No i tym razem brak then tylko upiększa kod. Warto więc czasem zastanowić sie, czy warto użyć then.

3. if <cośtam> then <cośtam> else <cośtam>

Kontrukcja else dość często sprawia początkującym programistom problem. Po prostu zapominają jej użyć, co prowadzi często do błędów. Ale jak jej w ogóle używać? Instrukcja else wykonywana jest, gdy to co wpisaliśmy w if nie jest prawdą, np.:

gml:
if predkosc>5 then predkosc=5 else predkosc+=1;


albo bardziej rozbudowanie:

gml:
if predkosc>5 then
{
predkosc=5;
test=true;
}
else predkosc+=1;


Jak widać, gdy zmienna prędkość jest większa niż 5, ustawiana jest na 5, w przeciwnym wypadku dodajemy do niej 1 (tak na marginesie, powyższy kod ogranicza narastanie zmiennej predkość do 5, i tak na prawdę to lepiej zapisać go jako if predkosc<5 then predkosc+=1 else predkosc=5; a skoro już podaję przykłady pisania warunków, to również predkosc<=4 then predkosc+=1 else predkosc=5; jest prawidłowym skryptem, ale nieco mniej czytelnym na pierwszy rzut oka.). Dobra, ale przejdźmy to tego najdzczęściej popełnianego błędu - w tym celu posłużę się przykładem. Załóżmy, że dwukrotne wciśnięcie spacji powoduje, że nasz obiekt niszczy się, a po pierwszym wciśnięciu jego prędkość spada o połowę. Wniosek prosty, trzeba zrobić coś, aby za pierwszym razem nie zginął. Ustalamy zatem, że na początku zmienna test2=false;. Gdy wciskamy spację, a test2=false, to test2 ustawiamy na true, a speed=speed/2; gdy natomiast naciskamy spację i test2=true, obiekt zostaje zniszczony. Tylko jak to zapisać? No cóż, większość początkujących w zdarzeniu Keyboard Press <space> wpisze taki kod (pomijam tutaj uproszczenia o których mowa była wcześniej, dla lepszego zobrazowania):

gml:
if test2=false
{
test2=true;
speed=speed/2;
}
if test2=true
{
instance_destroy();
}


Na pierwszy rzut oka, kod jest dobry, bo oba warunki zostały wpisane jako osobne warianty. Ale po mimo to, obiekt znika za pierwszym wciśnięciem. Dlaczego? A bo w 3 linijce tego kodu, zmieniamy test2 na true, kod analizuje się dalej, zmienia prędkośc, wpada na klamerkę kończoncą ten blok kodu i co ? Wpada na warunek if test2=true - który zgodnie z tym co chwilę temu ustawiliśmy jest prawdziwy i też się wykonuje. Każde nowe if - o ile nie zostało poprzedzone słowem else i innym if, traktowane jest jako osobny, nowy kod. Wystarczy dodać else i pozbędziemy się tego błędu:

gml:
if test2=false
{
test2=true;
speed=speed/2;
}
else if test2=true
{
instance_destroy();
}


Teraz drugi kod nie wykona się bo po pierwszym if pomija wszystkie else w tym bloku, aż napotka kolejne słowo if nie poprzedzone else - czyli nowy kod bloku. Dobra, ale czy musieliśmy pisać drugie else? Nie. Skoro w przypadku, gdy test2=false, pierwsze if jest pomijane, wystarczy samo else, aby wykonać kod - tak naprawdę nie interesuje nas ile teraz wynosi test2, czy true, czy 5 czy może 'tekst' - ważne, ze nie false, bo właśnie tak stanowi pierwszy warunek. Zatem prawidłowy zapis to także:

gml:
if test2=false
{
test2=true;
speed=speed/2;
}
else
{
instance_destroy();
}


Dlaczego zatem poprzednio napisałem po else if ? Teraz zakładamy, że na początku zmienna predkosc=1, a za każdym razem, gdy naciskamy spację, zwiększa się o 1. Gdy wyniesie 2, speed zwiększymy razy 2, a gdy wyniesie 3, zniszczymy obiekt. Ten kod zapiszemy tak:

gml:
if predkosc=1
{
predkosc=2; //mozna tez predkosc+=1;
}
else if predkosc=2
{
predkosc=3;
speed=speed*2;
}
else
{
instance_destroy();
}


No i wszystko jasne. Jeżeli predkosc nie równa się 1, to sprawdzamy drugi warunek, ale skoro nie równa się 2, to wykonany zostanie następny, a jako że nie ma tam już żadnego innego warunku, tylko samo else, no to dla każdej innej wartości zostanie wykonany ten właśnie kod. No właśnie - to należy podkreślić - dla każdej innej, nie spełniającej dwóch pierwszych warunków. Zatem nie tylko dla predkosc=3, ale też predkosc=-1, predkosc=10, predkosc='test'; (chociaż doszukiwanie się w zmiennej tekstowej zmiennej liczbowej, może wywalić nam errora, ale to inna bajka :P), zatem aby ominąć ten błąd poprawiamy kolejny raz nasz kod:

gml:
if predkosc=1
{
predkosc=2; //mozna tez predkosc+=1;
}
else if predkosc=2
{
predkosc=3;
speed=speed*2;
}
else if predkosc=3
{
instance_destroy();
}


No. To mamy za sobą kawał dłuugiej lekcji, z której na pewno dało się sporo wynieść. Nie rozpisuje się już na temat and or i łączenia warunków, czy zagnieżdzania w jedym warunku kolejnych. Zwrócę jednak uwagę na jeszcze jeden zapis - a mianowocie, kiedy if i else warto zastąpić switchem.

4. Switch zamiast if .. else if .. else if .. else

Bierzemy znany nam już kod, który niszczy obiekt, zawsze poza przypadkiem gdy predkosc=1 lub =2.

gml:
if predkosc=1
{
predkosc=2; //mozna tez predkosc+=1;
}
else if predkosc=2
{
predkosc=3;
speed=speed*2;
}
else instance_destroy();


switch to taka jakby szafa z szufladami, które otwieramy w określonych przypadkach i jedną szufladą, otwieraną, dla pozostałych przypadków, na które nie było już w tej szafie miejsca. Powyższa konstrukcja wygląda jako switch tak:

gml:
switch predkosc
{
case 2: predkosc=3; speed=speed*2; break;
case 1: predkosc=2; break;
default: instance_destroy(); break;
}


Trochę mniej miejsca, nie? Od razu mówię, po co tam funkcja break. Otóż break powoduje, przerwanie przetwarzania dalej danego bloku, zatem jeżeli prędkość=2 i wykonany zostaje case 2, to reszta kodu będzie pominięta - czyli inaczej zrobi się else if. Z kolei default to czyste else. Fakt braku break i wykonania nastepnych linijek kodu można wykorzystać - skoro zawsze dodajemy do prędkości 1:

gml:
switch predkosc
{
case 2: speed=speed*2;
case 1: predkosc+=1; break;
default: instance_destroy(); break;
}


i teraz dla case 2 zostaną wykonane również instrukcje poniżej - pomimo, że to case 1. Po prostu, gdy otworzymy daną szufladę, automatycznie dostajemy dostęp do wszystkich następnych na tak długo, aż napotkamy break.

Warto zapamiętać to o czym była dzisiaj mowa, warto eksperymentować i mieszać ze sobą poznane techniki - naprawdę można w ten sposób zdziałać wiele, bo ja nie wyczerpałem jeszcze tematu.

Miłej zabawy!
głosów: 13 | ocena: 7.69 oceń zasób | dodał: gnysek
Komentarze
stron: 21

2


av

gnysek (11:12, 24.11.2007)

ale inni nie wiedzą :/

av

Matthew (11:14, 24.11.2007)

Pisząc "switch zamiast else" Gnyskowi chodziło o "switch zamiast if... else if"

av

gnysek (11:18, 24.11.2007)

ja nie wiem, zrobić coś, to jeszcze skrytykują, może lepiej nie dodawać nic ?

av

I am Lord (11:32, 24.11.2007)

@Matthew wyżej napisałem to samo. A sam artykuł wydaje się nieco nie potrzebny.

av

Tymon (12:47, 24.11.2007)

Wszystko co dodajesz wiąże się z krytyką.

No i napisanie "switch zamiast else" jest usprawiedliwione i poprawne jak mniemam.

Spoczko gnysek! Ten kto się nie zna powie, że jest dobrze, a ten co się zna, że tak ma być.
Jest cool!

av

Woock (14:05, 25.11.2007)

Gnysek, źle do tego podchodzisz. Krytyka też jest formą zainteresowania, a podobno nie istnieje takie coś, jak zła sława...

av

B?de bra? Cie (17:28, 3.07.2009)

Mi sie zajebiś... Podoba a moderatorzy są do du..

av

B?de bra? Cie (17:29, 3.07.2009)

Oprucz gnyśka

stron: 21

2



Dodaj komentarz:
Treść:
Menu
Panel użytkownika
Jesteś niezalogowany!

Nie masz konta? Zarejestruj się
Użytkownicy on-line
8 użytkownik(ów) aktywny(ch) przez ostatnie 15 minut:
gości: 7, userów: 1, ukrytych: 0
Uzjel
Użytkownicy na czacie discord
Ignatus (12:37, 23.01.18):
I to jest konstruktywna opinia.Dzięki! Poczekam
PsichiX (2:17, 23.01.18):
a jesli modyfikowal, to cos musi w nim byc zwalone, skoro sprzedaje za tak niska cene. nie lepiej byloby przyoszczedzic pare stowek wiecej i kupic cos zgodnego ze specsami od producenta i do tego nie o tak podejzanej konfiguracji specsow do ceny?
PsichiX (2:15, 23.01.18):
ktos tam ostro sciemnia, bo ten model ma i5, a nie i7
Ignatus (21:47, 22.01.18):
W sumie tylko ten acer wchodzi w gre bo Poznan.Co myslicie?
Ignatus (21:44, 22.01.18):
Czy moze ten allegro.pl/gami...39.html#thumb/3
Ignatus (21:41, 22.01.18):
Czy to ma sens?allegro.pl/lapt...45.html#thumb/3
Wojo (16:16, 22.01.18):
ty no faktycznie widać je na stronie głównej sry
gnysek (16:12, 22.01.18):
ukryte ?
Wojo (16:04, 22.01.18):
gdyby nie to ze wyniki ca są ukryte to bym nie wiedział
Wojo (15:09, 22.01.18):
Pamiętam jak przed pierwszym warnem ukazałem skruchę godną podziwu
BanDa (12:18, 22.01.18):
Zapomniałem wspomnieć, że chce się zająć tylko 2D
Chell (8:44, 22.01.18):
bardzo fajna nagroda dla Czołga swoją drogą
gnysek (8:22, 22.01.18):
Na pewno w GM szybciej zrobisz grę niż w czystej Javie. Ale z drugiej strony może być mniej możliwiości (3D).
Chell (22:01, 21.01.18):
zobaczymy w poniedzialek
BanDa (21:49, 21.01.18):
Czemu do poniedziałku?
Nikas (18:07, 21.01.18):
nie warto
Nikas (18:06, 21.01.18):
warto
Chell (14:43, 20.01.18):
ja bym z tą decyzją poczekal do poniedziałku (stay tuned)
BanDa (12:56, 20.01.18):
Dawno mnie tu nie było, jak wygląda aktualna sytuacja z GM? Warto teraz zrobić zakup czy lepiej wkuwać jave (głównie pytam o androida)
gnysek (12:03, 18.01.18):
Akurat Nintendo nie zawodzi nigdy w takich sprawach.
I am Lord (11:37, 18.01.18):
i pewnie 90% nie działa bo to efekt montażu
Uzjel (0:57, 18.01.18):
Switch jest genialny, a to wygląda zajebiście
Chell (0:26, 18.01.18):
damn, jednak nintendo to nintendo
PsichiX (21:02, 17.01.18):
no i w tym roku nie bedzie nagrody za przyklad roku
MaxGaming (20:33, 16.01.18):
JUŻ MAM XD
MaxGaming (20:29, 16.01.18):
robię jakiś podstawowy błąd bo to jest banalna strona ale ja nigdy nie rozumiałem cssa, uczę się go bardziej na pamięć bo gdybym ja robił cssa wiele rzeczy zrobiłym zupełnie inaczej bo skupisko absurdów obecnie
MaxGaming (20:28, 16.01.18):
Ten mój css jest jakiś bardziej wadliwy niż myślałem. Jest ktoś chętny żebym mu wysłał na pw protą stronkę i mi powiedział co robię źle?
Chell (13:51, 15.01.18):
konkurentów masz dwóch
Wojo (11:50, 15.01.18):
Nie daję żadnego kurde
gnysek (10:43, 15.01.18):
Kurde, w temacie na przykład roku nie mogę głosować, bo albo na siebie albo na jedynego konkurenta...
gnysek (10:43, 15.01.18):
Ja nie widzę czegoś takiego, aleeeeee może masz niekompletny profil usera
Chell (22:46, 14.01.18):
oczywiście to był żart, nic nie ustawiałem, zachęcam do głosowania
Chell (21:22, 14.01.18):
oddałem swoje głosy i ustawiłem przekierowanie, w tym roku to ja rozdaje karty
Ignatus (21:18, 14.01.18):
Ciekawe Nie można wejść na żaden z tematów [głosowanie] bo ładuje się zawsze strona o treści "Następny krok: Optional Profile Information" i nic więcej...
ANtY (13:59, 14.01.18):
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaargh
Uzjel (19:23, 13.01.18):
To MaxGaming, fake konto Paqa.
Uzjel (15:51, 13.01.18):
Moduł Androida za darmo do testów do końca miesiąca (GMS2)
Wojo (12:21, 13.01.18):
Odszedłeś bezpowrotnie z twoją muzyką.
Wojo (12:20, 13.01.18):
lil peep czemu to zrobiłeś ja pierole
Chell (8:21, 13.01.18):
no dobra, nie przemyślałem tego
gnysek (8:49, 12.01.18):
Ale to jest własnie własciwość focusu, ze jest na jednym elemencie. Inaczej to juz nie focus
ANtY (22:02, 11.01.18):
Fullscreen Windowed
Chell (20:08, 11.01.18):
w sensie zebym mial sobie gierke na full screenie na glownym, powiedzmy walkthrough na drugim i zebym mogl sie przelaczac miedzy tymi dwoma tak, zeby gra nie gubila focusu
Chell (20:08, 11.01.18):
jest jakis soft pozwalajacy na osobny focus na kazdym monitorze?
I am Lord (19:26, 11.01.18):
Sahara w krakowie?
Uzjel (21:11, 10.01.18):
Ahhh... Obejrzałem właśnie walki robotów. Fajnie było
gnysek (10:53, 10.01.18):
problemy z monetyzacją - wszyscy wrzucali darmowe rzeczy, a nikt nie płacił za miejsce - woleli cwaniakować i kilka kont zakładać.
I am Lord (21:56, 9.01.18):
A co się stało z tymi serwisami?
Ankieta
» Jakie kursy najchętniej widziałbyś na stronie ?
GM Studio
GM Studio 2
Godot
Construct

GMCLAN to serwis o programie Game Maker i nie tylko.
Copyright © 2002-2018. GMCLAN.ORG
Wszelkie prawa zastrzeżone. Kopiowanie materiałów bez zgody redakcji zabronione!
© 2002-2017 Ranmus (ranmus.pl), © 2017 {=|=} fable_inside();

[ Czas generowania strony: 0.0126 sekund ] [ Liczba zapytań MySQL: 13 ]