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
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 (10:12, 24.11.2007)

ale inni nie wiedzą :/

av

Matthew (10:14, 24.11.2007)

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

av

gnysek (10:18, 24.11.2007)

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

av

I am Lord (10:32, 24.11.2007)

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

av

Tymon (11: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 (13: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 (15:28, 3.07.2009)

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

av

B?de bra? Cie (15: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
3 użytkownik(ów) aktywny(ch) przez ostatnie 15 minut:
gości: 0, userów: 3, ukrytych: 0
Uzjel, Adriann, Chell

10 użytkownik(ów) na gmczacie discord.com
Shoutbox
Threef (13:53, 19.08.17):
Nie, ty było okropne
Wojo (13:36, 19.08.17):
Oddajcie po prawej gmclanowe tweety
Chell (13:14, 19.08.17):
a symulator familiady kazdy bedzie miec w autostarcie
Korodzik (11:44, 19.08.17):
Za 5 lat obciachem w środowisku gamedevu będzie nie mieć konta na gmclanie, a jeśli ktoś nie będzie umiał wymienić z pamięci wszystkich dzieł dyzmka i rozpoznać powiedzonek bigsharka, nikt się nie będzie z nim liczył.
Korodzik (11:41, 19.08.17):
O, tak. To początek wielkiego revivalu GMClanu. Wchodzimy w nową złotą erę.
Pootkov (21:01, 18.08.17):
Czyli mam rozumieć, że akurat wchodzę w wielkie zmiany i 15 lat GMClanu?
gnysek (6:14, 18.08.17):
Stary stary? Nie. Ten sprzed 2-3 dni? tak, w stopce forum
Pootkov (21:57, 17.08.17):
wygląd forum
Pootkov (21:56, 17.08.17):
Da się jakoś zmienić wygląd na stary? Ten nowy razi w oczy
I am Lord (21:52, 17.08.17):
Ale nie działa system ligi więc będzie to w temacie tylko
I am Lord (21:52, 17.08.17):
Właściwie ligę moge zrobić
Pootkov (21:31, 17.08.17):
dawno tutaj nie byłem. Jak się tu wysyła PW, czy są jeszcze Ligi Weekendowe?
I am Lord (16:41, 17.08.17):
Powiadomienia powinny być jakoś zintegrowane ze stroną główną
Penguin (8:59, 17.08.17):
emot_poo.gif
I am Lord (19:22, 16.08.17):
Chell (16:19, 16.08.17):
Patryk, w shoutboxie jest inny zestaw emotek niz na forum
Chell (16:19, 16.08.17):
no nie, a juz sie nastawilem na okragly avatar
PatrykPlayingPOLSKA (15:17, 16.08.17):
:gnysek:
gnysek (14:25, 16.08.17):
emotki wróciły. No, sukces
gnysek (14:00, 16.08.17):
naprawiłem kodowanie forum kurde, a sie bawiłem już w wyświetlanie hexów
I am Lord (13:03, 15.08.17):
można w nim zrobić taki model i potem wyexportować warstwy spritów
I am Lord (13:03, 15.08.17):
Dobre do tej techniki są takie programy do trójwymiarowego pixel artu, zrobione ma potrzeby minecrafta
I am Lord (13:02, 15.08.17):
nakładanych na siebie ale przesuniętych w osi Y każda nowa warstwa
I am Lord (13:02, 15.08.17):
Takie udawane 3D modele składające się z warstw spritów
I am Lord (13:02, 15.08.17):
O kiedyś coś takiego robiłem
Ignatus (12:08, 15.08.17):
Jak sobie pomyśle że to jest zrobione w GM www.youtube.com...h?v=_BztMPC5Kk4 i porównam ze swoimi możliwościami to chce się płakać
I am Lord (9:23, 15.08.17):
Coś dziwnego mam. Jak odpalam zakładkę z gmc to jestem wylogowany ale po odświeżeniu strony jestem już zalogowany
gnysek (14:15, 14.08.17):
Early Access Preview ?
Ignatus (13:15, 14.08.17):
Co to jest to "GameMakerStudio 1.4.x EAP " ???
gnysek (17:33, 13.08.17):
Nie wiem czemu tematy się z UTF-8 nie konwertują :/
gnysek (17:31, 13.08.17):
@I am Lord - naprawione
Wojo (17:13, 13.08.17):
Cieszę się, że ktoś tu posłuchał słusznych rad
I am Lord (14:42, 13.08.17):
Oj klikniecie w link z Nowości w forum nie przenosi do nowego posta
Borek (12:18, 13.08.17):
*się starzeje
Borek (12:18, 13.08.17):
Uff.. bo już myślałem, że sięstarzeje
Threef (11:54, 13.08.17):
Skórka się zmieni. Najpierw wszystko musiało być przywrócone do życia
Borek (11:51, 13.08.17):
Forum zostanie w obecnej ( nowej ) wersji wizualnej?
Uzjel (11:33, 13.08.17):
Co tu się!
gnysek (9:48, 13.08.17):
ew. problemy zgłaszajcie na czacie discrodowym - link na górze
gnysek (9:32, 13.08.17):
Jeśli komuś nie działa, niech skasuje ciasteczka
gnysek (9:31, 13.08.17):
Witamy ponownie
Ranmus (18:25, 6.08.17):
Parę razy zaczynałem, i kończyło się na paru backendowych skryptach w gitlabie.
I am Lord (18:16, 6.08.17):
Zacząłeś nowy gmclan pisać czy skończyło się na chęciach?
I am vader (17:42, 6.08.17):
To wiele tlumaczy
Ranmus (17:40, 6.08.17):
Mogłem, ale po prostu do niedawna wierzyłem, że zrobię nową wersję. Jednak nie ma się co oszukiwać.
I am vader (17:24, 6.08.17):
Nie zrozum mnie zle, nie widze Cie tak jak Gnysek maluje, ale gmclan mogles przekazac juz jakis czas temu. I tak ciesze sie ze sie doczekalismy przekazania passów teraz a nie kiedys pozniej.
Ranmus (17:20, 6.08.17):
Niech będzie, że to ja jestem ten zły. Koniec tematu.
Ranmus (17:19, 6.08.17):
Gnysek, daj se siana, bo Ty wiesz swoje, a ja swoje. Co jakiś czas oskarżasz mnie publicznie o to i tamto, a ja nie mam ochoty prać non-stop tych brudów ponownie. Już wiele razy tłumaczyłem swoje postępowanie i odpierałem te zarzuty. Nie mam zamiaru się powtarzać.
Ranmus (17:17, 6.08.17):
Ja się po prostu sugeruję aktywnością twórczą aktualnie i tyle. Wojo - zastanowię się.
Ankieta
» Jakiej wersji GameMakera głównie Używasz?
GameMaker: Studio 2
GameMaker: Studio
GameMaker 8.1 i starsze
Żadnej

GMCLAN to serwis o programie Game Maker i nie tylko.
Copyright © 2002-2017. GMCLAN.ORG
Wszelkie prawa zastrzeżone. Kopiowanie materiałów bez zgody redakcji zabronione!

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

thecrims Otserv List Otserv LyricsTown Harry Potter Serwery Gier
dev nodev