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.8.1.102 • 2023.8.1.148
wydana 12 dni temu
LTS
2022.0.1.31 • 2022.0.1.30
wydana 167 dni temu
Beta
2023.800.0.406 • 2023.800.0.429
wydana 28 dni temu
= IDE, = Runtime
Użytkownicy online
1 użytkownik aktywny:
gości: 1,
(~ostatnie 15 minut)
Discord
39 użytkowników online na discordzie:
ACCESS_ViOLATiON, HappyOrange, MKP, OdrzuconyKrakers, Nitro Slav, Carl-bot, PolTomski, Voytec, DungeonFairy, Wielki Druid, LeD, Kowu, TobiasM (Morgo), fervi, Radek Ignatów, Cysior, s..., PokojowyPatrol, lethian, Arrekin, LadyLush, MagnusArias, Dominator2v, Domeen0, Deusald, szmalu, Adriann, Fylyps, ZYGZAK, p..., Dyno, Mtax, 🧁Cupcake🧁, Danieo, Krzysiek1250, lakas, SzymonKe, Kuzyn, moeglich
Shoutbox
Adriann (21:06, 14.08.23)
Jest..hoho:D
Adriann (21:04, 14.08.23)
Nie znam tego, poszukam. Nie mówisz mam nadzieję o tej podmiance wewnątrz skryptu?
gnysek (10:38, 14.08.23)
Przecież jest: Search & Replace. Do tego nazwy skryptów i zasobów akurat Feather podmienia praktycznie bez problemów.
Adriann (14:39, 12.08.23)
Przydałaby się opcja do globalnej zmiany nazwy zmiennejobiektu we wszystkich skryptach i obiektach :D Tak to jest dość ciężko zabrać się za sprzątanie
SimianVirus7 (10:39, 12.08.23)
To nie burdel, to nieład artystyczny
exp (00:35, 12.08.23)
Feather nie zrozumiał, że burdel jest elementarną częścią mojego projektu
exp (00:34, 12.08.23)
Miałem to samo, nie tyle otworzyłem stary projekt, co w końcu ściągnąłem aktualizację (bo olewałem ten komunikat od chyba półtora roku)
gnysek (23:48, 10.08.23)
Kolizje tilesetowe rządzą!
gnysek (20:01, 26.07.23)
zobaczycie nowy edytor kodu, powinen wskoczyć do bety w sierpniu...
SimianVirus7 (11:24, 25.07.23)
No dokładnie :D
Starsze wpisy znajdziesz w Archiwum.
Ankieta
Kiedy wyjdzie GameMaker (Studio) 3.0?