गोडोट 4.0 विजुअलस्क्रिप्ट को अलविदा कहता है
कुछ दिनों पहले हमने यहां ब्लॉग पर गोडोट के संस्करण 3.5 के जारी होने की खबर साझा की थी, एक ऐसा संस्करण जिसमें विभिन्न सुधार और नई सुविधाओं को पेश किया गया था।
और अब खबर आई कि की रिलीज के लिए गोडोट 4.0 के बीटा संस्करण में एक उल्लेखनीय परिवर्तन है, यह परिवर्तन है कि विजुअलस्क्रिप्ट, गोडोट की दृश्य स्क्रिप्टिंग भाषा, जिसे लगभग पांच साल पहले संस्करण 3.0 से पेश किया गया था, यह बीटा संस्करण का हिस्सा नहीं होगा, गोडोट 4.0 के अंतिम संस्करण से बहुत कम।
गोडोट 4.0 के अनुसार, अब बिल्ट-इन फ़ंक्शन के रूप में VisualScript पर भरोसा करने की आवश्यकता नहीं है सीधे इंजन के मुख्य संस्करण में।
इस निर्णय के कारणों को बेहतर ढंग से समझने के लिए, हमें VisualScript के इतिहास पर वापस जाना चाहिए। वास्तव में, गोडोट टीम के अनुसार, गोडोट 2.1 के समय दृश्य स्क्रिप्टिंग सबसे अधिक अनुरोधित विशेषताओं में से एक थी। और इस मांग को बेहतर ढंग से पूरा करने के लिए, परियोजना अनुरक्षकों ने यह निर्धारित करने के लिए एक सर्वेक्षण किया कि उपयोगकर्ता किस प्रकार की दृश्य स्क्रिप्ट चाहते हैं।
सर्वेक्षण के परिणामस्वरूप, ब्लूप्रिंट शैली का सबसे अधिक उल्लेख किया गया था। इस जानकारी के साथ, विजुअलस्क्रिप्ट को गोडोट 3.0 के लिए बनाया और जारी किया गया था। इसे GDscript के रूप में लागू किया गया था, लेकिन एक ग्राफिकल, नोड-आधारित शैली में।
हालांकि, हालांकि इस सुविधा का अत्यधिक अनुरोध किया गया था उस समय, इसका मतलब यह नहीं था कि वास्तविक इंजन परियोजनाओं के लिए यह आवश्यक था और कई उपयोगकर्ता वास्तव में इसे अपनाएंगे। और यह वास्तविकता, गोडोट की टीम ने कठिन तरीके से सीखा। गोडोट 3 को जोड़े जाने के लगभग पांच साल बाद, VisualScript को अपेक्षित सफलता नहीं मिली है। इस विफलता के कारणों को समझने की कोशिश में, गोडोट की टीम ने दो मुख्य उत्तर दिए:
कई संभावित उपयोगकर्ताओं के लिए जो इस सुविधा को चाहते थे, उन्होंने GDScript को एकदम फिट पाया और अंत में इसे VisualScript के लिए पसंद किया। उन्होंने जीडीस्क्रिप्ट को सीखने और उपयोग करने में इतना आसान खोजने की उम्मीद नहीं की थी (हालांकि उन्हें पहले प्रोग्रामिंग ज्ञान नहीं था), क्योंकि उस समय किसी भी लोकप्रिय इंजन ने इस तरह की उच्च-स्तरीय स्क्रिप्टिंग की पेशकश नहीं की थी। इनमें से कई उपयोगकर्ताओं के लिए, गोडोट प्रोग्रामिंग सीखने का एक उपकरण बन गया।
भले ही मुख्य कार्यक्षमता, दृश्य स्क्रिप्टिंग थी, लेकिन गोडोट के पास इसका उपयोग करने के लिए उच्च-स्तरीय घटकों का अभाव था। अवास्तविक, गेम मेकर या कंस्ट्रक्ट जैसे इंजन दृश्य स्क्रिप्टिंग समाधान के साथ संयुक्त उच्च स्तरीय गेमिंग सुविधाएँ प्रदान करते हैं। वही इसे उपयोगी बनाता है। गोडोट एक अत्यंत बहुमुखी गेम इंजन है जहां इन सुविधाओं को स्वयं बनाना आसान है, लेकिन वे बॉक्स से बाहर नहीं हैं। जैसे, विजुअलस्क्रिप्ट स्वयं बहुत कम काम का था, गॉटडॉट टीम स्वीकार करती है।
इन दो उत्तरों के लिए, गोडोट की टीम ने व्यक्तिगत टिप्पणियों का एक तिहाई जोड़ा. खेल इंजन अनुरक्षकों के अनुसार, प्रलेखन का पालन नहीं किया। वास्तव में, आधिकारिक गोडोट दस्तावेज में जीडीस्क्रिप्ट और सी # में उदाहरण हैं, लेकिन परियोजना के डेवलपर्स तकनीकी कारणों से विजुअलस्क्रिप्ट उदाहरणों को शामिल करने में कभी कामयाब नहीं हुए।
कारण दिया गया है कि मुझे प्रत्येक उदाहरण के लिए विजुअलस्क्रिप्ट ग्राफिक्स के स्क्रीनशॉट लेने होंगे और उन्हें बनाए रखना बहुत मुश्किल होगा। इसके अलावा, जबकि कुछ डेमो परियोजनाओं पर विचार किया जा रहा था, यह उपयोगकर्ताओं के लिए एक दृश्य भाषा में महारत हासिल करने के लिए पर्याप्त नहीं था, और गोडोट एपीआई सीखने के लिए, उन्हें उदाहरणों को समझने के लिए जीडीस्क्रिप्ट या सी # से परिचित होना होगा, टीम का कहना है।
इन सारी मुश्किलों का मतलब था कि VisualScript कभी पकड़ में नहीं आया, और इसे कैसे सुधारा जाए यह कभी स्पष्ट नहीं था। परियोजना की विकास टीम द्वारा किए गए एक हालिया सर्वेक्षण के अनुसार, सबसे हालिया (5000 से अधिक उत्तरदाताओं), केवल 0,5% उपयोगकर्ता आधार ने अपनी प्राथमिक इंजन भाषा के रूप में विजुअलस्क्रिप्ट का उपयोग किया।
अपरिहार्य निष्कर्ष यह था कि दृश्य स्क्रिप्टिंग के लिए लिया गया दृष्टिकोण बिल्कुल सही नहीं था। ऐसा लगता है कि इस सुविधा का अनुरोध उन लोगों ने किया है जिन्हें वास्तव में इसकी आवश्यकता नहीं थी। कई गोडोट उपयोगकर्ता इस निर्णय से खुश हैं, क्योंकि उनके लिए विजुअलस्क्रिप्ट कभी भी बहुत अच्छा नहीं रहा है और यहां तक कि एक पूर्ण शुरुआत के लिए भी इसे जीडीस्क्रिप्ट के रूप में उपयोग करना आसान नहीं है।
दृश्य शेडर्स के साथ भ्रमित होने की नहीं। विज़ुअल शेड्स अच्छी तरह से काम करते हैं और कई उपयोगकर्ताओं द्वारा सराहना की जाती है, वे इंजन में विकसित होते रहते हैं। जो उपयोगकर्ता गेम इंजन में VisualScript का उपयोग जारी रखना चाहते हैं, उनके लिए दो विकल्प हैं. 3.x में बने रहें या 4.x . में उपयोग के लिए कोड संकलित करें उच्च, खासकर जब से इसे एक समर्पित भंडार में ले जाया जाएगा। एक आखिरी विकल्प यह होगा कि इस परियोजना में रुचि रखने वाले स्वयंसेवकों को इसे आधिकारिक विस्तार बनाया जाए, जिससे इसे बनाए रखना आसान हो जाएगा।
अंत में, यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, तो आप विवरण देख सकते हैं निम्नलिखित लिंक में