👈🏾 🤦🏽 🕘 JetBrains राइडर - अब अवास्तविक इंजन के लिए 👩🏼‍🤝‍👨🏽 👩🏿‍🏫 🛀

हाय हमर!

पिछले हफ्ते, संस्करण 2020.1 के रिलीज के बाद, हमारे सभी डेस्कटॉप उत्पादों के लिए एक और बड़ी घटना हुई - हमने अवास्तविक इंजन के लिए राइडर के परीक्षण संस्करण के लिए सार्वजनिक पहुंच खोली । फिलहाल, यह एक अलग उत्पाद है, राइडर के लिए हमारे विकास के वातावरण का एक संस्करण है, लेकिन सी ++ और अवास्तविक इंजन के लिए समर्थन के साथ। तो बंद करो! C ++ विकास का वातावरण। एक और?! क्रम में इसे सुलझाते हैं।

शुरुआत करते हैं थोड़ी कहानी से। कुछ साल पहले, हमने उन सभी को इकट्ठा किया जो JetBrains में C ++ टूल बनाते हैं, यह चर्चा करने के लिए कि उपयोगकर्ताओं के लिए हमारे ऑफ़र की विविधता को नेविगेट करना कितना मुश्किल है। आखिरकार, AppCode में CLION, ReSharper C ++ और C ++ का समर्थन है। कई घंटों की चर्चा के बाद, हम निम्नलिखित निष्कर्ष पर आए:

यद्यपि सार्वभौमिक उपकरण आकर्षक लग रहा है, लक्ष्यीकरण के विस्तार के साथ, एकीकृत तृतीय-पक्ष उपकरण की संख्या में वृद्धि, समर्थित मामलों का समर्थन, यह सुविधा, सहज ज्ञान युक्त अंतरफलक और बहुत सारी सुविधाओं के बीच एक संतुलन खोजने के लिए बहुत मुश्किल हो जाता है।
सॉफ्टवेयर विकास की दुनिया में लंबे समय से विकास भाषाओं में कोई स्पष्ट सीमा नहीं है। कई परियोजनाएं बहुभाषी हैं। अधिक महत्वपूर्ण सॉफ्टवेयर और प्रौद्योगिकियों का दायरा है जो इसमें उपयोग किए जाते हैं।

परिणामस्वरूप, हमने C ++ के लिए अपने टूल में उपयोगकर्ता अनुभव को एकजुट करने का निर्णय लिया, लेकिन इस बात पर सहमति व्यक्त की कि सॉफ्टवेयर विकास के विभिन्न क्षेत्रों के लिए अलग-अलग टूल (एक सामान्य कर्नेल के साथ या एक सामान्य प्लेटफॉर्म पर) बनाने का दृष्टिकोण सही है। व्यवहार में, यह इस तरह दिखता है:

CLion — C C++. , , , AI, , . , , ( CMake, Gradle Native, compilation database, Bazel, Makefiles) . , , CLion msbuild, , .
ReSharper C++ — , Windows, , Visual Studio. C++ C#. Visual Studio, ReSharper, C++.
AppCode — , iOS/macOS. C/C++ mac- .

तो, राइडर को इसके साथ क्या करना है? .NET से C ++ के लिए क्रॉस-प्लेटफॉर्म डेवलपमेंट का माहौल क्या है? व्यवहार में, राइडर के लगभग 30% उपयोगकर्ता गेम स्टूडियो और गेम डेवलपमेंट कंपनियां हैं। यह समझ में आता है, क्योंकि राइडर एकता के लिए विकास के माहौल के रूप में काफी हद तक लोकप्रिय है । यह पहला वर्ष नहीं है जब राइडर टीम विशेष रूप से इस खेल इंजन के लिए एक उपकरण को अनुकूलित कर रही है। परिणाम न केवल यूनिटी प्रोग्रामर्स द्वारा, बल्कि खुद यूनिटी टेक्नॉलॉजीज़ द्वारा भी पसंद किया जाता है, जिनके साथ हमने प्रौद्योगिकी के संदर्भ में लंबे और फलदायक बातचीत की है।

खेल विकास के क्षेत्र में हमारे कई उपयोगकर्ताओं के पास जाने पर, हमने देखा कि कई स्टूडियो में स्पष्ट अलगाव नहीं है - केवल यूनिटी पर या केवल अवास्तविक इंजन पर गेम बनाएं। आज वे एक तकनीक पर खेलते हैं, और कल दूसरे पर, या एक टीम अवास्तविक इंजन का उपयोग करती है, और दूसरी एकता, या यहां तक कि अपने कस्टम इंजन का उपयोग करती है। यह स्पष्ट है कि डेवलपर्स और कंपनियां सामान्य रूप से विभिन्न विकास वातावरणों के बीच "कूद" करना पसंद नहीं करती हैं। और यहां हमने तय किया कि अगर हम राइडर को एकता के लिए सफल बना सकते हैं, तो हम आगे बढ़ सकते हैं और खेल विकास की दुनिया के लिए इसे सामान्य रूप से सफल बना सकते हैं। इसलिए राइडर के विचार का जन्म गेम देव के लिए एक सार्वभौमिक विकास वातावरण के रूप में हुआ था ।

अवास्तविक इंजन के लिए राइडर में क्या होता है

घटनाओं का आगे का विकास उन लोगों के लिए काफी स्पष्ट है जो उस तकनीक से परिचित हैं जिस पर राइडर का निर्माण किया गया है। राइडर में इंटेलीज प्लेटफॉर्म पर आधारित फ्रंट-एंड भाग और रीशर पर आधारित बैक-एंड भाग शामिल हैं। सभी भाषा समर्थन बैक-एंड पर काम करता है। इसलिए, हम बस उसी तकनीक का उपयोग करके राइजर में CS में मौजूदा C ++ और Unreal Engine सपोर्ट को कनेक्ट करते हैं। विशिष्ट से, मुझे अतिरिक्त रूप से लागू करना पड़ा:

इंजन संस्करणों 4.22-4.24 के लिए अवास्तविक संपादक ( राइडर सोर्स कोड एक्सेस ) में राइडर को विकास के वातावरण के रूप में चुनने के लिए प्लगिन। संस्करण 4.25 से शुरू, यह कार्यक्षमता पहले से ही यूई इंजन में शामिल होगी।
अवास्तविक संपादक के लिए राइडर और राइडरलिंक के लिए अवास्तविक प्लगइन्स , जो राइडर में ब्लूप्रिंट के साथ एकीकरण प्रदान करते हैं और आमतौर पर राइडर और अवास्तविक संपादक के बीच संचार के लिए जिम्मेदार होते हैं।
डीबगर

यह ध्यान देने योग्य है कि अब अवास्तविक इंजन के लिए राइडर का पूर्वावलोकन केवल विंडोज पर उपलब्ध है, .sln फाइलें खोलता है और माइक्रोसॉफ्ट से कंपाइलर द्वारा निर्मित पर निर्भर करता है। भविष्य में, रिलीज के समय तक, हम सभी तीन प्लेटफार्मों का विस्तार करने और मुख्य डिजाइन मॉडल के रूप में .upject के लिए समर्थन को लागू करने का प्रयास करेंगे।

एलएलडीबी आधारित डिबगर

गेम के विकास का एक महत्वपूर्ण हिस्सा अब विंडोज प्लेटफॉर्म पर और माइक्रोसॉफ्ट टूलचिन के हिस्से के रूप में हो रहा है। यदि हम देखते हैं कि Microsoft विज़ुअल C ++ कंपाइलर का उपयोग करके संकलित कोड के लिए डिबगिंग टूल मौजूद हैं, तो हम देखेंगे:

Microsoft अपने उपकरणों में vsdebugeng.dll पर आधारित डीबगिंग टूल का उपयोग करता है । लाइसेंस तीसरे पक्ष के विकास के वातावरण में इन उपकरणों के उपयोग की अनुमति नहीं देता है।
CDB WinDbg dbgeng.dll. MS . (.pdb), , , .
एलएलडीबी का उपयोग करते हुए विज़ुअल स्टूडियो टूलकिन के लिए समर्थन डिबगिंग के लिए एलएलवीएम समुदाय में भी विकास हुए। हमने उनका इस्तेमाल किया, और सिर्फ डेढ़ साल में आम तौर पर काम करने वाले डिबगर का पहला संस्करण लिखा। इसमें नैटविस प्रारूप (जैसे एमएस-विशिष्ट सुंदर प्रिंटर) के लिए प्रारंभिक और अभी भी कच्चा समर्थन शामिल है। उसी समय, राइडर फॉर अनरियल इंजन अब प्रोजेक्ट में नेटवी को अवास्तविक इंजन पर पाता है और उन्हें डीबगर में लोड करता है। अब हम Visual Studio टूलकिन के लिए CLion में उसी डीबगर का उपयोग कर रहे हैं (यह संस्करण 2020.1 से शुरू होने वाले इस मामले में डिफ़ॉल्ट रूप से सक्षम है)।

नया डिबगर अभी भी नम है, ज़ाहिर है, इसमें अभी भी महत्वपूर्ण समस्याएं और मंदी है। लेकिन हम इसे रिलीज के लिए दिमाग में लाने की उम्मीद करते हैं।

C ++ सपोर्ट

मैं दोहराता हूं - ReSharper C ++ से सभी भाषा समर्थन कार्यक्षमता अब राइडर में अवास्तविक इंजन पूर्वावलोकन के लिए उपलब्ध है। उसमे समाविष्ट हैं:

लगभग 170 विभिन्न कोड निरीक्षण और 50 से अधिक त्वरित सुधार।
ऐसे प्रतीक जो किसी प्रतीक के सभी प्रासंगिक उपयोगों (नाम बदलने, विधि हस्ताक्षर, विधि को हटाने, एक फ़ील्ड / चर / टाइपडिफ को जोड़ने, एक चर या टाइपडेफ़, और अन्य को जोड़ते हुए) को ध्यान में रखते हैं।
कोड जनरेशन (गेटर्स / सेटर्स मेथड्स, कंस्ट्रक्टर, कम्पेरिजन ऑपरेटर्स, कोड डॉक्यूमेंटेशन टेम्प्लेट)।
नाम लिखने की शैली के लिए कोड, नेविगेशन, स्वरूपण और समर्थन लिखने में मदद करने के लिए #includeनिर्देश।

HLSL, C #, uproject / uplugin बोलियों के लिए समर्थन

इस वर्ष, हमने ReSharper C ++ में HLSL शेड्स लिखने के लिए भाषा समर्थन पर काम करना शुरू कर दिया , और यह तुरंत अवास्तविक इंजन के लिए राइडर के शुरुआती पूर्वावलोकन में आ गया। समर्थन में सिंटैक्स हाइलाइटिंग, प्रलेखन के साथ टूलटिप्स, पैरामीटर नाम और प्रकार के लिए टूलटिप्स, नेविगेशन क्रियाएं, ऑटो-पूर्णता, वर्चुअल फ़ाइल पथों के लिए समर्थन और यहां तक कि रिफैक्टिंग शामिल हैं।

चूंकि अवास्तविक इंजन के लिए राइडर .NET के लिए विकास के वातावरण पर आधारित है, भाषा समर्थन Build.cs और Target.cs फ़ाइलों दोनों में काम करता है।

और अंत में, जब यह भाषा की बोलियों का समर्थन करने की बात आती है, तो राइडर फॉर अनरियल इंजन ऑटो-पूर्णता और प्रलेखन टूल के विकल्प प्रदान करते हुए .uproject / .uplugin फ़ाइलों की बोलियों को समझता है।

अपरोक्ष बोली

ब्लूप्रिंट एकीकरण

ब्लूप्रिंट की फाइलें द्विआधारी डेटा हैं जो आमतौर पर अवास्तविक संपादक के अंदर एक दृश्य संपादक में संपादित की जाती हैं। इन फ़ाइलों की वस्तुओं को C ++ में कक्षाओं से विरासत में मिला है, वे खेल के C ++ भाग से गुणों को फिर से परिभाषित करते हैं। और यहां अवास्तविक इंजन के लिए राइडर वह अद्वितीय विकास वातावरण है जो सभी आवश्यक ब्लूप्रिंट फ़ाइलों को पढ़ता है और सी ++ कोड संपादक में इन लिंक को दिखाता है:

बीपी व्युत्पन्न वर्ग

यदि आप बदलते हैं, उदाहरण के लिए, अवास्तविक इंजन संपादक में संपत्ति का मूल्य और संपत्ति को बचाएं, तो यहां मूल्य वही स्वचालित रूप से राइडर में अपडेट किया जाएगा (हमने परिसंपत्ति फ़ाइलों को बदलने के

बीपी गुण

लिए चौकीदार लटकाए हैं ): फ़ाइलों को सहेजे बिना, हमें उम्मीद है कि यह जल्द ही काम करेगा (इसके लिए तैयारी अब UnrealLink प्लगइन में की जा रही है)।

खोज usages कॉल में न केवल C ++ कोड का उपयोग होता है, बल्कि ब्लूप्रिंट की फाइलें भी शामिल हैं। ऐसे उपयोगों पर डबल-क्लिक करने से अवास्तविक संपादक खुल जाता है।

UE4 के प्रतिबिंब तंत्र को समझना

अवास्तविक इंजन में प्रतिबिंब विशेष मैक्रोज़ (UCLASS, UFUNCTION, UPROPERTY, आदि) का उपयोग करके कार्यान्वित किया जाता है। राइडर जानता है कि ऐसे मैक्रोज़ के पैरामीटर केवल पाठ नहीं हैं। ReSharper C ++ और राइडर में C ++ पार्सर वास्तव में असत्य हैडर बिल्ड टूल को लॉन्च किए बिना इन मैक्रोज़ का अर्थ "समझ सकता है" (जो .generated.h फ़ाइलों की सामग्री से पहले वास्तव में उत्पन्न होता है )।

वैसे, .generated.h फ़ाइलों के बारे में बोलते हुए , ReSharper C ++ और Rider जानते हैं कि स्वचालित रूप से जोड़ा गया #include निर्देशों को .generated.h फ़ाइलों से कनेक्ट करने से पहले सख्ती से सम्मिलित किया जाना चाहिए । और रीफैक्टरिंग का नाम बदलने में इन उत्पन्न फ़ाइलों को भी ध्यान में रखें।

परावर्तन तंत्र में लौटकर, यह कहने योग्य है कि प्रतिबिंब विनिर्देशक ReSharper C ++ और Rider में केवल पाठ नहीं हैं। उनके लिए स्वत: पूर्णता और दस्तावेज़ीकरण संकेत हैं:

परावर्तन डॉक्टर

स्वयं प्रतिबिंब प्रतिबिंब के लिए दस्तावेज़ीकरण संकेत भी उपलब्ध हैं।

और कोड विश्लेषक प्रतिबिंब मैक्रोज़ के उपयोग की जांच करता है और इससे जुड़ी त्रुटियों को इंगित करता है। उदाहरण के लिए:

UCLASS वर्गों को सार्वजनिक रूप से UObject या इसके किसी वंशज वर्ग से विरासत में मिला होना चाहिए। इसके अलावा, इस तरह के एक माता पिता बिल्कुल एक होना चाहिए।
UCLASS स्पेसर्स को कक्षाओं के लिए उपयोग किया जाना चाहिए, संरचनाओं के लिए USTRUCT।
UE4 कक्षाएं अन्य वर्गों के अंदर घोषित नहीं की जा सकतीं।
UPROPERTY के रूप में चिह्नित खेतों में संग्रहित वस्तुओं को किसी भी समय कचरा संग्रहकर्ता द्वारा एकत्र नहीं किया जा सकता है।

रिमोट प्रोसीजर कॉल (RPC) नेविगेशन और कोड जेनरेशन क्रियाओं के लिए समर्थन करती है

यदि हम एक नियमित C ++ पार्सर के दृष्टिकोण से दूरस्थ प्रक्रियाओं की कॉल पर विचार करते हैं, तो काफी तेज़ी से आप पार्सर की अज्ञानता को नोटिस करेंगे कि अलग-अलग नामों (उदाहरण के लिए, प्रत्यय _Validateऔर _Implementation) के साथ कई फ़ंक्शन एक फ़ंक्शन घोषणा के अनुरूप हो सकते हैं । ReSharper सी ++ / राइडर में, हम विनिर्देशक से अधिक आरपीसी की पहचान के लिए एक पार्सर को प्रशिक्षित किया है Client, Serverऔर NetMulticastमैक्रो सेटिंग्स में UFUNCTION। जिसके चलते:

नेविगेशन फ़ंक्शन को लागू करने के लिए सभी आवश्यक विकल्प प्रदान करता है।
कोड पीढ़ी प्रत्यय के साथ काम करता है बना सकते हैं _Validateऔर _Implementationया केवल उन याद कर रहे हैं कि:
कोड का नाम बदलकर नाम बदलने और हस्ताक्षर सभी आवश्यक कार्यों को अद्यतन करेगा और इस तरह आपके कोड को सही स्थिति में रखेगा।

अवास्तविक इंजन 4 नामकरण नियमों का ज्ञान

ReSharper C ++ और राइडर Unreal इंजन कोड में आधिकारिक नामकरण नियमों से अवगत हैं । इन नियमों का उपयोग विकास के वातावरण में कोड के साथ काम करने के लिए किया जाता है, जैसे गेटर्स को उत्पन्न करना और एक चर का परिचय देना या उसे फिर से शुरू करना (चर का परिचय देना)। और सबसे महत्वपूर्ण बात यह है कि एक असंगत यूई 4 नामकरण निरीक्षण कोड की जांच और एक त्वरित त्वरित सुधार है, जो नाम के सभी उपयोगों का नाम बदलने और पुनर्नामित करने का कारण होगा जो नियमों का पालन नहीं करता है।

संपादक का प्रदर्शन

हम काफी समय से ReSharper C ++ में Unreal Engine के लिए डेवलपमेंट सपोर्ट कर रहे हैं और निश्चित रूप से, हम देखते हैं कि एडिटर का प्रदर्शन मुख्य शिकायत है। अपनी वास्तुकला के कारण, राइडर कई प्रदर्शन समस्याओं से मुक्त है जो कि ReSharper में मौजूद हैं (वे 32-बिट प्रक्रियाओं पर स्टूडियो सीमाओं के कारण हैं, जिसके भीतर ReSharper काम करता है, लेकिन न केवल)।

इसके अलावा, हम विशेष रूप से अवास्तविक इंजन पर प्रदर्शन को बेहतर बनाने के लिए आईडीई को ट्यून करते हैं। हम पहले उपयोगकर्ता गेम के कोड को तुरंत इंडेक्स करते हैं, उपयोगकर्ता कोड पर संपादक के सभी चतुर कार्यों को शामिल करते हैं। और इंजन कोड का अनुक्रमण उसके बाद की पृष्ठभूमि में होता है। अनुक्रमण को प्रबंधित करने के लिए कई अतिरिक्त विकल्प हैं:

प्रदर्शन विकल्प

नतीजतन, जो लोग पहले से ही अवास्तविक इंजन के लिए राइडर का उपयोग शुरू कर चुके हैं, वे संपादक के प्रदर्शन के बारे में बहुत सकारात्मक प्रतिक्रिया देते हैं! और हमें यकीन है कि हम और भी बेहतर कर सकते हैं।

वीडियो डेमो और एक बार फिर से कैसे उपयोग करें

ये और कई अन्य विशेषताएं हमारे डेवलपर वकील से एक डेमो वीडियो (अंग्रेजी में) में कार्रवाई में देखी जा सकती हैं:

और इन सुविधाओं को स्वयं आज़माने के लिए, बस एक सरल फ़ॉर्म भरें और हमें एक पत्र प्राप्त करें जिसमें प्रारंभिक पूर्वावलोकन के लिए नि: शुल्क लाइसेंस के निर्माण और सक्रियण के लिए लिंक हो। जाओ, भरें , कोशिश करो, समीक्षा लिखें! आपकी प्रतिक्रिया के लिए, हमेशा की तरह, यहाँ एक टिप्पणी है, एक ट्रैकर ( ReSharper C ++ और Rider ) और हमारा समर्थन मेल ( rider-cpp-support@jetbrains.com )।

ध्यान देने के लिए आपको धन्यवाद!

राइडर
द ड्राइव टू डेवलप टीम

JetBrains राइडर - अब अवास्तविक इंजन के लिए