Linki do ciekawych stron

Ku zaskoczeniu YYG ogłosiło, że od wersji 2.2.2 dla zarówno standardowych, jak i eksportów YYG, włącza obsługę typowania dynamicznego string->liczba (w drugą stronę o dziwo nie).

yoyogames.com/.../gml-consistency-in-version-2-2-2

Na czym to polega? Otóż jeśli napiszemy:
kodvar = 5 + '6';to otrzymamy 11, a nie błąd kompilacji. Każdy string, który jest poprawną liczbą, zostanie przekonwertowany i nie wywali błędu.
Prawidłowe liczby to np. "5", "+"5, "-5", "5.5", "5e", "5cokolwiek" - wszystko, co przekonwertowała by też funkcja "atof" z języka C. Wszystkie znaki inne niż cyfry zostaną odrzucone, o ile udało się już coś skonwertować.

Może to powodować trochę błędów - innych niż do tej pory, na co warto zwrócić uwagę.

Przypominam też, że o ile 5 + "6" to 11, to już "5" + 6 powinno dać nam... błąd.

Wprowadzi to niestety nieco zamieszania i chyba dotychczasowe, mniej elastyczne podejście mimo generowania błędów było lepsze. Z drugiej jednak strony, podobno w niektórych eksporterach to już tak działało, więc teraz zostało "wyrównane".

Komentarze (łącznie 8):
n
nowy_user (Pon., 04 Mar. 19, 21:31)
#1

Dzięki za info, co prawda sam nie korzystam z GMS2 , ale jest to coś, co warto miec z tyłu głowy. Rozumiem, że ta zmiana to ujednolicenie pewnych standardów , i tu duży plus dla Yoyo, że pracują nad rozwojem GMLa. Byłoby jednak dobrze, gdyby np. w ustawieniach pozostawali opcje wyłączenia konwersji stringów na liczby, choćby do celów debugacyjnych. Już wyobrażam siebie godzinami siedzącego nad jakimś bugiem, po czym dostrzegam, że niechcąco użyłem stringa zamiast liczby... normalnie GM powinien to zgłosić przy kompilacji, ale po nowych zmianach możemy żyć w błogiej nieświadomości.

gnysek (Wto., 05 Mar. 19, 10:06)
#2

Nie dodadzą takiej opcji, bo wersje YYCompiler zawsze tak działały, więc musieliby nagle dopisać nowy kod, a oni po prostu wszędzie go tak naprawdę uprościli (bo każda wersja, czy YYC czy VM korzysta w pewnym sensie z C++).

Konrad-GM (śro., 06 Mar. 19, 01:24)
#3

Nie rozumiem, co do tego ma C++, przecież to statycznie typowany język. Wprowadzają tylko zamieszanie, będzie jak z JS czy PHP, niby spoko, dla laików będzie to "oczywiste", ale gdy się zrobi nieumyślny błąd z dodawaniem stringa do liczby, to będzie go trudno potem znaleźć.

gnysek (śro., 06 Mar. 19, 10:04)
#4

No własnie korzystają z "atof", żeby nie waliło errorami.

Konrad-GM (Czw., 07 Mar. 19, 13:53)
#5

Raczej chodziło mi o fragment "bo wersje YYCompiler zawsze tak działały, więc musieliby nagle dopisać nowy kod" ale już chyba rozumiem, w YYC wprowadzili taką funkcję, ale w VM już nie, co zmusiło ich do ujednolicenia działania obu runtime-ów.

gnysek (Pią., 08 Mar. 19, 09:13)
#6

Szkoda, ze nie chciało im się w drugą stronę, ale jak rozumiem obecna zmiana powoduje mniej bugów do szukania (tzn. będą to bugi w grach, nie w runnerze). Zrzucili z siebie odpowiedzialność.

n
nowy_user (Pią., 08 Mar. 19, 10:21)
#7

Biorąc pod uwagę masową krytykę na forum YoYo w temacie GML consistency, ( widziałem Gnysek, że dorzuciłeś też swoje 3 grosze :-) . ) , obstawiam, że jednak zmiękną i poprawią to w najnowszej aktualizacji.

gnysek (Nie., 10 Mar. 19, 01:30)
#8

Nie, dla nich to rozwiązanie jest prostsze w utrzymaniu.

Najnowsze wersje GameMakera:

Stabilna
2023.11.1.129 • 2023.11.1.160
wydana 77 dni temu
LTS
2022.0.2.51 • 2022.0.2.49
wydana 136 dni temu
Beta
2024.200.0.505 • 2024.200.0.523
wydana  wczoraj
= IDE, = Runtime
Użytkownicy online
1 użytkownik aktywny:
gości: 1,
(~ostatnie 15 minut)
Discord
Shoutbox
gnysek (14:47, 26.02.24)
Na Discordzie też był :) Warto tam zaglądać :)
S
Sutikku (23:23, 23.02.24)
powiedziałbym, że może jakiś gigantyczny czerwony baner by się przydał, ale obawiam się, że mógł taki być, a ja go nie widziałęm
S
Sutikku (23:22, 23.02.24)
uwierzcie mi, że wchodzę na gmclan naprawdę bardzo często, ale jakoś tej ligi nie zauważyłem :(
I am Lord (12:01, 23.02.24)
Kurde kolejna tura mnie omineła 🙈
gnysek (10:49, 20.02.24)
Ja czekam na pluginy do IDE, czego YYG nie zrobi, zrobimy sami.
Adriann (11:50, 16.02.24)
Ciekawe jak go przerobią, osobiście liczę na jakąś większą rewolucję a nie tylko usprawnienie bo narazie jest jak jest :d
gnysek (10:32, 08.02.24)
Edytor roomów ma swoje minusy. Ale ma być tworzony nowy wkrótce, chociaż pewnie 6-12 miesięcy zanim trafi do wersji stabilnej jak nic.
p
pablo1517 (08:40, 07.02.24)
No ja odkąd zacząłem w ue4 pracować to niestety z GMLem dawno nie obcowalem
exp (20:13, 30.01.24)
@pablo1517 ja przerzuciłem się z klasycznego GM na Studio cztery lata temu, więc przeskok trochę mniejszy, ale generalnie idea dużo się nie zmieniła. jest trochę upierdliwości i niepotrzebnych według mnie zmian, ale też duże usprawnienia (edytor roomów to raj na ziemi w porównaniu z tym oryginalnym)
Adriann (18:59, 28.01.24)
Takk..strasznie są upierdliwe :D
Starsze wpisy znajdziesz w Archiwum.
Ankieta
Ile zarobiłeś do tej pory na grach stworzonych w GM?