Godot 4.0 се сбогува с VisualScript
Преди няколко дни споделихме тук в блога новината за пускането на версия 3.5 на Godot, версия, в която бяха въведени различни подобрения и нови функции.
И сега новината гръмна, че за освобождаването на бета версията на Godot 4.0 има забележителна промяна, тази промяна е това VisualScript, Визуалният скриптов език на Godot, който беше въведен от версия 3.0 преди почти пет години, няма да бъде част от бета версията, още по-малко от финалната версия на Godot 4.0.
От Godot 4.0, вече няма нужда да разчитате на VisualScript като вградена функция директно в основната версия на двигателя.
За да разберем по-добре причините за това решение, трябва да се върнем към историята на VisualScript. Всъщност, според екипа на Godot, визуалният скрипт е бил една от най-търсените функции по времето на Godot 2.1. И за да отговорят по-добре на това търсене, поддържащите проекта проведоха проучване, за да определят какъв вид визуален скрипт искат потребителите.
В резултат на проучването стилът Blueprint е най-споменаваният. С тази информация беше създаден и пуснат VisualScript за Godot 3.0. Беше реализиран като GDscript, но в графичен стил, базиран на възли.
Въпреки това, въпреки че тази функция беше силно поискана по онова време това не означаваше, че е необходимо за реални проекти за двигатели и че много потребители наистина биха го възприели. И тази реалност екипът на Годо научи по трудния начин. След почти пет години от добавянето на Godot 3, VisualScript няма очаквания успех. Опитвайки се да разбере причините за този провал, екипът на Годо стигна до два основни отговора:
За много потенциални потребители, които искаха тази функция, те намериха GDScript за перфектен вариант и в крайна сметка го предпочетоха пред VisualScript. Те не очакваха да намерят GDScript толкова лесен за научаване и използване (въпреки че нямаха предишни познания по програмиране), тъй като нито една от популярните машини по това време не предлагаше този вид скриптове на високо ниво. За много от тези потребители Godot се превърна в инструмент за изучаване на програмиране.
Въпреки че основната функционалност, визуалният скрипт, беше там, на Godot липсваха компонентите от високо ниво, за да го използва. Двигатели като Unreal, Game Maker или Construct предлагат функции за игри на високо ниво, съчетани с решение за визуални скриптове. Това го прави полезен. Godot е изключително гъвкав двигател за игри, където е лесно да създадете тези функции сами, но те не са готови. Като такъв, самият VisualScript не беше много полезен, признава екипът на Gotdot.
На тези два отговора, Екипът на Годо добави една трета от личните наблюдения. Според поддържащите двигателя на играта, документацията не е последвана. Всъщност официалната документация на Godot съдържа примери в GDScript и C#, но разработчиците на проекта така и не успяха да включат примери на VisualScript по технически причини.
Посочената причина е, че ще трябва да направя екранни снимки на графиките на VisualScript за всеки пример и поддържането им ще бъде много трудно. Освен това, докато се обмисляха някои демонстрационни проекти, не беше достатъчно за потребителите да овладеят дори визуален език и за да научат Godot API, те трябваше да са запознати с GDScript или C#, за да разберат примерите, казва екипът.
Всички тези трудности означаваха това VisualScript така и не се наложи и никога не беше ясно как да се подобри. Според скорошно проучване, проведено от екипа за разработка на проекта, последното (над 5000 респонденти), само 0,5% от потребителската база използва VisualScript като основен език на двигателя.
Неизбежното заключение беше, че подходът към визуалния скрипт просто не беше правилният. Тази функция изглежда е била поискана от хора, които всъщност не са се нуждаели от нея. Няколко потребители на Godot са доволни от това решение, защото за тях VisualScript никога не е бил много добър и дори за напълно начинаещ не е толкова лесен за използване като GDScript.
Да не се бърка с визуалните шейдъри. Визуалните шейдъри работят добре и се оценяват от много потребители, те продължават да се развиват в двигателя. За потребители, които искат да продължат да използват VisualScript в двигателя на играта, има две опции. В остават в 3.x или компилират код за използване в 4.x по-високо, особено след като ще бъде преместено в специално хранилище. Една последна опция би била да се намерят доброволци, които се интересуват от този проект, за да го направят официално разширение, което ще улесни поддръжката му.
И накрая, ако имате интерес да научите повече за него, можете да се консултирате с подробностите В следващия линк.