Godot 4.0 vil avvikle VisualScript visuelt skriptspråk

For noen dager siden delte vi her på bloggen nyheten om utgivelsen av versjon 3.5 av Godot, en versjon der ulike forbedringer og nye funksjoner ble introdusert.

Og nå brøt nyheten at for utgivelsen av betaversjonen av Godot 4.0 er det en merkbar endring, denne endringen er det VisualScript, Godots visuelle skriptspråk, som ble introdusert siden versjon 3.0 for nesten fem år siden, den vil ikke være en del av betaversjonen, langt mindre den endelige versjonen av Godot 4.0.

Fra og med Godot 4.0, ikke lenger trenger å stole på VisualScript som en innebygd funksjon direkte i hovedversjonen av motoren.

For bedre å forstå årsakene til denne beslutningen, må vi gå tilbake til historien til VisualScript. Faktisk, ifølge Godot-teamet, var visuell skripting en av de mest etterspurte funksjonene på tidspunktet for Godot 2.1. Og for å bedre møte denne etterspørselen, gjennomførte prosjektvedlikeholderne en undersøkelse for å finne ut hva slags visuelt skript brukere ønsket.

Som et resultat av undersøkelsen var Blueprint-stilen den mest omtalte. Med denne informasjonen ble VisualScript opprettet og utgitt for Godot 3.0. Det ble implementert som GDscript, men i en grafisk, nodebasert stil.

Imidlertid selv om denne funksjonen var svært etterspurt på det tidspunktet betydde ikke dette at det var nødvendig for ekte motorprosjekter og at mange brukere faktisk ville ta det i bruk. Og denne virkeligheten lærte Godots team på den harde måten. Etter nesten fem år siden Godot 3 ble lagt til, VisualScript har ikke hatt den forventede suksessen. I forsøket på å forstå årsakene til denne fiaskoen, kom Godots team med to hovedsvar:

For mange potensielle brukere som ønsket denne funksjonen, fant de at GDScript passet perfekt og endte opp med å foretrekke det fremfor VisualScript. De forventet ikke å finne GDScript så enkelt å lære og bruke (selv om de ikke hadde noen tidligere programmeringskunnskaper), siden ingen av de populære motorene på den tiden tilbød denne typen skripting på høyt nivå. For mange av disse brukerne endte Godot opp som et verktøy for å lære programmering.

Selv om kjernefunksjonaliteten, det visuelle skriptet, var der, manglet Godot komponentene på høyt nivå for å bruke den. Motorer som Unreal, Game Maker eller Construct tilbyr spillfunksjoner på høyt nivå kombinert med visuell skriptløsning. Det er det som gjør det nyttig. Godot er en ekstremt allsidig spillmotor hvor det er enkelt å lage disse funksjonene selv, men de er ikke ut av esken. Som sådan var VisualScript i seg selv til liten nytte, erkjenner Gotdot-teamet.

Til disse to svarene, Godots team la til en tredjedel av personlige observasjoner. I følge spillmotorens vedlikeholdere fulgte ikke dokumentasjonen. Faktisk inneholder den offisielle Godot-dokumentasjonen eksempler i GDScript og C#, men utviklerne av prosjektet klarte aldri å inkludere VisualScript-eksempler av tekniske årsaker.

Årsaken er at jeg må ta skjermbilder av VisualScript-grafikken for hvert eksempel, og det ville være veldig vanskelig å vedlikeholde dem. Mens noen demoprosjekter ble vurdert, var det ikke nok for brukere å mestre et visuelt språk, og for å lære Godot API, måtte de være kjent med GDScript eller C# for å forstå eksemplene, sier teamet.

Alle disse vanskelighetene betydde det VisualScript fanget aldri opp, og hvordan man kunne forbedre det var aldri klart. I følge en fersk undersøkelse utført av prosjektets utviklingsteam, den siste (over 5000 respondenter), brukte bare 0,5 % av brukerbasen VisualScript som sitt primære motorspråk.

Den uunngåelige konklusjonen var at tilnærmingen til visuell skripting rett og slett ikke var den rette. Denne funksjonen ser ut til å ha blitt etterspurt av folk som egentlig ikke trengte den. Flere Godot-brukere er fornøyde med denne avgjørelsen, for for dem har VisualScript aldri vært veldig bra, og selv for en nybegynner er det ikke like enkelt å bruke som GDScript.

For ikke å forveksle med visuelle shaders. Visuelle shaders fungerer bra og blir satt pris på av mange brukere, de fortsetter å bli utviklet i motoren. For brukere som ønsker å fortsette å bruke VisualScript i spillmotoren, er det to alternativer. Den forbli i 3.x eller kompiler kode for bruk i 4.x høyere, spesielt siden det vil bli flyttet til et dedikert depot. Et siste alternativ ville være å finne frivillige som er interessert i dette prosjektet for å gjøre det til en offisiell utvidelse, noe som vil gjøre det lettere å vedlikeholde.

Til slutt, hvis du er interessert i å vite mer om det, kan du se detaljene I den følgende lenken.