Referencje - jak GameMaker przechowuje informacje o zasobach

Czwartek, 17 Listopada 2011, 19:59
Czas czytania 5 minut, 6 sekund
Zgodne z GM: gm5 gm6 gm7 gm8 gms1 gms2
Kilka informacji o tym czym są GMowe referencje. Mam nadzieję, że artykuł trochę wyjaśni wam jak GM numeruje zasoby i że to nie zmienne przechowują zasoby, a jedynie zapamiętują ich numer.
W GameMakerze każdy zasób oznaczany jest kolejną liczbą naturalną. Dla ułatwienia pod większość z nich podkładana jest nazwa (zmienna globalna), tak aby łatwiej było nam operować. Każda z tych zmiennych, które są nazwami zasobów (obiekty, poziomy, grafiki) tak naprawdę zwraca jakiś numer.

Widać to dobrze tworząc nowe zasoby. Kolejne obiekty nazywane są object0, object1, object2, skrypty script0, script1, script2 itd. Końcowa liczba to właśnie id owego zasobu. Wszystkie zasoby mają swój własny licznik, do tego usuwając już istniejący zasób licznik ten nie cofa się, a istniejące zasoby nie zmieniają numeracji, aby nie generować problemów. Poza identyfikatorami zasobów, mamy też identyfikatory struktur map, particli, plików czy modeli 3D. W każdym miejscu w dokumentacji gdzie widzimy "Returns its index" - otrzymujemy jako wartość konkretne id zasobu - czyli jego referencję.

Referencje zasobów

Jak już wspomniałem, nazwy obiektów to po prostu globalne zmienne, które przetrzymują id danego zasobu. I tak np. object45 = 45. Jeśli zmienimy nazwę tego obiektu na np. objPilka, to w tym momencie id zasobu się nie zmienia - zatem poprawne jest stwierdzenie, że objPilka = 45. Warto też pamiętać, że nazwanie tegoż obiektu object99 nadal będzie zwracać 45 - ta zasada dotyczy tylko automatycznie generowanych nazw.
Zatem poniższe zapisy są równoważne:

kodobject2.x = 17;
(2).x = 17;

Identyfikator zasobu nazywamy "referencją". Referencja odnosi się do konkretnego zasobu.

Dowód:

kodshow_message(string(object2));
Referencje struktur danych

Jak już wspomniałem, swoje identyfikatory zwracają też np. struktury danych. Tak samo jak w przypadku drzewa zasobów (grafiki, obiekty, skrypty, czcionki itd) są to kolejne liczby naturalne, przy czym skasowanie jakiejś struktury nie powoduje cofnięcia licznika, ale jest on nadal inkrementowany.

koda = ds_list_create(); // zwraca 1
Zatem poniższe zasoby są sobie równoznaczne:

kodds_list_add(a,'wartosc');
ds_list_add(1,'wartosc');

W podobny sposób działają referencje na tworzone particle, modele 3D, czy otwierane pliki.

To nie zmienna przetrzymuje zasób

Nieprawdą jest, że zasób zostaje przypisany do zmiennej. Zasoby w GM są "gdzieś" w pamięci, a my dostajemy jedynie ich referencje i modyfikujemy je posługując się tymi referencjami.
To znaczy, że jeśli jakaś zmienna zostanie usunięta (najczęściej gdy znika obiekt) - zasób którego referencję ta zmienna przetrzymywała wcale nie zniknie - dla GM taka zmienna jest po prostu jakąś zmienną przetrzymującą liczbę. To programista wykorzystuje ten fakt, aby edytować zasoby.

Zatem dodając nową grafikę czy obiekt:

kod//jakiś kod
{
var a,b;
a = sprite_add(...);
b = instance_create(...);
}
// zmienne a i b zostały usunięte, ponieważ ich zasięg ogranicza się do bloku kodu i podrzędnych mu bloków

Po tak napisanym kodzie ani obiekt, ani grafika nie znikną - mimo, iż zmienne które miały ich referencje przestały istnieć. Dzieje się tak dla tego, że zmienna jedynie przechowuje wartość liczbową pod jakim id znajduje się dany zasób.

Wady referencji
Wadami referencji w GM jest to, że musimy pamiętać o zwalnianiu zasobów. GM nie posiada licznika referencji oraz garbage collectora który usuwałby zasoby do których nie trzymane są już referencje. Oznacza to, że dodajac w trakcie gry nową grafikę, otwierając plik czy tworząc strukturę danych (ds_xxx) zasób taki zajmuje pamięć tak długo, aż go nie usuniemy, nawet pomiędzy kolejnymi planszami (nie dotyczy to jedynie instancji obiektów).

Korzystanie z referencji do podróżowania pomiędzy zasobami
Postawienie kropki po zmiennej/referencji w GM powoduje, że odnosimy się do właściwości (zmiennej lokalnej) danej instancji/obiektu. Pisząc więc taki kod:

kod
var a,b;
a = -1;
b = a;
repeat(10) {
a = instance_create(x,y,test);
a.nadrzedny = b;
b = a;
}

z ostatniego stworzonego obiektu możemy znaleźć pierwszy:

kod
var a,b;
a = nadrzedny;
while (a!= -1)
{
a = a.nadrzedny;
if (a != -1) b = a;
}

show_message('Pierwszy stworzony obiekt ma id: ' + string(b));

// powyzszy kod jest rownoznaczny z:
b = nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny.nadrzedny;
show_message('Pierwszy stworzony obiekt ma id: ' + string(b));



W ten sposób można tez wkładać w siebie struktury danych. Załóżmy, że nasza gra ma 100 różnych itemów, numerowanych od 0 do 100. Każdy item ma nazwę, cenę oraz ikonkę. Do przechowywania tych danych zamiast tablic można użyć ds_mapy:

kod//skrypt: stworz_item
var m;
m = ds_map_create();
ds_map_add(m, 'nazwa', argument0);
ds_map_add(m, 'cena', argument1);
ds_map_add(m, 'ikona', argument2);
return m; //zwarca referencję na tę mapę

a samą listę tworzymy:

kod
global.itemy = ds_list_create();
ds_list_add( global.itemy, stworz_item('Miecz', 500, spriteMiecz) );
ds_list_add( global.itemy, stworz_item('Potion', 100, sprPotion) );
ds_list_add( global.itemy, stworz_item('Gazeta', 10, sprGazeta) );

teraz, aby pobrać np. 2 item wystarzczy:

kod
var mapa;

mapa = ds_list_find_value(global.itemy, pozycja-1); //pozycje numerowane są od 0, zatem drugi item ma pozycję 1.
show_message( ds_map_find_value(mapa, 'nazwa') ); //pokaże komunikat "Potion"

Oczywiście zamiast korzystania ze stringów typu 'nazwa', 'cena', 'ikona' proponuję dodać sobie jakieś stałe i przypisać im kolejne wartości jako liczby naturalne. Raz, że takie stałe będą podpowiadane w kodzie, a dwa, że zajmują mniej pamięci.

Pamiętajcie jednak, że:

kodds_list_destroy(global.itemy);
Tak naprawdę kasuje tylko listę z cyferkami które odpowiadają jakimś tam referencjom na ds_mapy, ale te ds_mapy nadal istnieją w pamięci i nadal można się do nich odwoływać!
Można by powiedzieć, ze w GM referencje to po prostu kopie identyfikatora liczbowego na jakiś zasób i przypisanie do zmiennych powoduje po prostu przypisanie jakiejś liczby, która tak naprawdę nie wpływa na ten zasób. Referencje nie są wskaźnikami na miejsce w pamięci.
Komentarze (łącznie 19, wyświetlam 16 - 30):
p
pablo1517 (Czw., 08 Gru. 11, 11:39)
#16

Na tym samym co wszędzie -.-. Na usunięciu tego zasobu z pamięci. Nie muszę dochodzić z tobą do porozumienia, skoro inni już odpowiedzieli na moje pytanie, hah!

HuderLord (Sob., 17 Gru. 11, 16:58)
#17

Gnysek popraw ostatni przykład bo funkcje mają złe nazwy ds_map_value i ds_list_value zapomniałeś o _find_

Sernat19 (Sob., 17 Gru. 11, 17:00)
#18

"Na tym samym co wszędzie -.-. Na usunięciu tego zasobu z pamięci. Nie muszę dochodzić z tobą do porozumienia, skoro inni już odpowiedzieli na moje pytanie, hah!"

W takim razie pragnąłbym zauważyć, że odpowiedziałem na nurtujące cię pytanie pierwszy ;) . Widzisz to, co chcesz widzieć ;) .

gnysek (Sob., 17 Gru. 11, 20:15)
#19

@HuderLord: dzięki za info. Tak to jest jak się pisze z pamięci :D

Najnowsze wersje GameMakera:

Stabilna
2024.2.0.132 • 2024.2.0.163
wydana 47 dni temu
LTS
2022.0.2.51 • 2022.0.2.49
wydana 186 dni temu
Beta
2024.400.0.543 • 2024.400.0.562
wydana  3 dni temu
= IDE, = Runtime
Użytkownicy online
1 użytkownik aktywny:
gości: 1,
(~ostatnie 15 minut)
Discord
19 użytkowników online na discordzie:
Papaj, Kysiu, s..., Carl-bot, RogerDodg3r, Grela, Kowu, fervi, chleb, MKP (GEM), yazaa, Dyno, LeD, m..., bagno, Tidżi, g..., l..., Shockah
Shoutbox
gnysek (20:44, 11.04.24)
Niektórzy dlatego wybierają GMEdit. Ale ja liczę na Code Editor 2, tylko na razie zbyt zbugowany jest.
Tymon (16:11, 11.04.24)
Stitch dla mnie osobiście jest lepszy bo nie musze kopać się z interfejsem GMa i mogę tylko pisać kod.
Tymon (16:05, 11.04.24)
Yes. Obecny nie jest taki zły, jak zainstalowałem najnowszą stabilną to w porównaniu z tym czego używałem... 10 lat temu...? Wszystko wydaje się lepsze.
gnysek (22:48, 10.04.24)
bscotch/stitch ? Ja czekam na fixy do nowego edytora, bo wszystko wydaje się dziś lepsze od tego obecnego :D
Tymon (19:54, 10.04.24)
Hm, Stitch okazuje się całkiem dobrą alternatywą dla wbudowanego edytora
Wojo (22:16, 08.04.24)
siemano huder myślałem, że zniknąłeś całkiem z gmclanu bo na discordzie cie nie ma :D
I am Lord (00:37, 05.04.24)
O dzięki :D
gnysek (09:58, 02.04.24)
Znalazłem na podstawie jego postów: youtube.com/@Jakim_
I am Lord (20:16, 01.04.24)
Ktoś ogarnia jakie konto miał Jakim na YT?
gnysek (16:07, 29.03.24)
Nowy Edytor kodu jednak po świętach
Starsze wpisy znajdziesz w Archiwum.
Ankieta
Ile zarobiłeś do tej pory na grach stworzonych w GM?