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 (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
99 użytkownik(ów) aktywny(ch) przez ostatnie 15 minut:
gości: 95, userów: 4, ukrytych: 0
Uzjel, ♔ Adriann ♔ , ♔ I am Lord ♔ , SimianVirus7

0 użytkownik(ów) na gmczacie i 0 bot(ów)
Shoutbox
Exigo (10:23, 22.02.17):
PIONA.
I am Lord (22:58, 21.02.17):
oooo w dooma grywasz, przybij pionę
Exigo (22:10, 21.02.17):
O, nie wiedziałem że jest grupa GMC na Steamie. Dołączyłem.
I am Lord (21:48, 21.02.17):
będzie jedna osoba to też wygra
Sutikku (20:52, 21.02.17):
nagrody dla najlepszych trzech miejsc. Czyli jednak obstawiamy, że będzie więcej niż trzy prace xd
Uzjel (20:34, 21.02.17):
Dzięki Zachęcam do dołączenia steamcommunity....groups/GMPolska
I am Lord (20:27, 21.02.17):
ale nei zdąrzyłem kliknąć, szybko się schowało
I am Lord (20:26, 21.02.17):
właśnie też mi wyskoczyło jak grałem
Chell (20:24, 21.02.17):
swietny pomysl z powiadomieniem na steamie
Uzjel (20:22, 21.02.17):
W piątek liga z nagrodami
ΨΧΞ (17:44, 21.02.17):
plus: ja mam 8, nie 10
ΨΧΞ (17:44, 21.02.17):
żeby przypadkowo nie łapał inputu - jak chcę searcha zrobić, to klikam klawisz Windy i wpisuje czego chce - bang ;>
Danielus (14:35, 21.02.17):
@yxe jak można mieć wyłączonego searchbara? Najlepszy feature jaki win 10 ma do zaoferowania :f
I am vader (10:26, 21.02.17):
Zapewne oba. ale DS'y są zajebiste
Wojo (10:24, 21.02.17):
albo coś bierzecie albo to przejaw głębokiej deprseji
gnysek (10:21, 21.02.17):
<rap>Używam ds_listy, jestem zajebisty, aha aha... bum tsss tss, bum tss tss </rap>
Wojo (10:02, 21.02.17):
aha to spoks
ΨΧΞ (10:00, 21.02.17):
to nie samo menu, tam pod spodem działa podstawa komunikacji z serwerem (obsługa sklepu części, kont użytkowników, sesje) - nim zrobię kolejną część flow klienta, musze dopisać ficzur też po stronie backendu, dlatego więcej póki co dzieje się po tej niewidocznej stronie zwanej serwerem
Wojo (9:57, 21.02.17):
Czyli ma to działać na zasadzie podobnej jak colobot. No ciekawe ale czy po kilkunastu latach programowania chwalenie się menu jest trochę nie na miejscu ?
ΨΧΞ (2:30, 21.02.17):
po udanym teście symulacji maszyn przyszedł czas na początki prototypu RoboCodera www.youtube.com...h?v=9Avjxh6SV6o
Threef (18:01, 20.02.17):
Andro...co? Torment za tydzień!
Ignatus (20:31, 19.02.17):
Nie ma średnio,zasuwać trzeba ostro
ANtY (16:12, 19.02.17):
no tak srednio z ta silka
Chell (13:14, 19.02.17):
w marcu to wychodzi andromeda
Wojo (13:03, 19.02.17):
dawajcie na siłkę od marca
I am vader (15:33, 18.02.17):
Ale ten, zle sprawdzilem, to byl 2014
I am vader (15:32, 18.02.17):
To forum jest za małe na nas dwóch! Przygotuj się na pojedynek.
I am Lord (15:31, 18.02.17):
Mistrz może być tylko 1
I am vader (15:20, 18.02.17):
Skoro IamLord ma Mistrz ligi 2013 czemu nie mam Mistrz Ligi 2015? Było w tamtym roku bardzo dużo tur! Obiecaliście nawet nagrody za tamten rok, ale nie było żadnych, to chociaż dopisek mile widziany
I am vader (18:51, 17.02.17):
Nie podjąłem
Wojo (9:56, 17.02.17):
Jaką decyzję podjoles Vader,?
Chell (21:59, 16.02.17):
yup
Threef (21:36, 16.02.17):
Maciek?
Chell (21:13, 16.02.17):
update, gosc ktorego mialem za Exigo to brat Sosa
I am vader (20:38, 16.02.17):
Ah te decyzje..
I am Lord (18:48, 16.02.17):
no a pozostałe środowiska z dobrym 3D mają niewygodne licencje więc nikt na nich nie robi
Wojo (18:39, 16.02.17):
jest popularne bo brakuje dobrych narzędzi do tworzenia gier, a unity jako jedno z nielicznych oferuje jako-taką obsługę 3d
Wojo (18:38, 16.02.17):
vader każdy dev w unity robi syf bo unity to syf jeśli chodzi o 3D
ΨΧΞ (18:16, 16.02.17):
ja bym powiedzial, ze najwiekszym szitem z unity jest system pluginow, jak i sama jakosc pluginow
ΨΧΞ (18:14, 16.02.17):
unity ssie? tak. ale nie ma tak znowu strasznej wydajnosci - wlasciwie to z silnikow 3D plasuje sie na trzecim, czy czwartym miejscu - wbrew temu, co devi lubia mowic to wiekszosc problemow z wydajnoscia gier tworzonych w unity pochodzi od gunwo kodu devów.
I am vader (16:47, 16.02.17):
I tak, wiem ze Antek uzywa unity, ale chodzi mi tu o 2d vs 3d.
I am vader (16:46, 16.02.17):
Gry 3D wydaja nam sie lepsze, ale to 2D otwiera bramy malym devom. Zauwaz ze kazdy maly dev robiacy w Unity 3D robi syf, bo ani gameplay ani grafika nie sa dobre. A w 2D mozna odwalac takie cuda jak ANtY
Wojo (16:01, 16.02.17):
jakby gm miał jakieś ludzkie wspieranie 3d to by wyparł te unity
Wojo (16:00, 16.02.17):
jakim cudem coś takiego ma prawo bytu ? przeciez to ma zerową wydajność
Wojo (16:00, 16.02.17):
ale unity jest badziewne
Sutikku (23:52, 15.02.17):
to super, dobrze że zasnąłem i nie zacząłem jej robić, żeby nie było xd
Uzjel (23:44, 15.02.17):
A to się nie wyklucza
Sutikku (23:28, 15.02.17):
a ja już miałem pomysł na walentynkową grę
Adriann (23:27, 15.02.17):
jak nagrodą będą czekoladki to kcę
Ankieta
» Czy jesteś szczery odpowiadając w ankietach w Internecie?
Tak
Nie

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.02341 sekund ] [ Liczba zapytań MySQL: 16 ]

thecrims Otserv List Otserv LyricsTown Harry Potter Serwery Gier
dev nodev