हैक्स 4: नया क्या है?

मैं आपके ध्यान में अलेक्जेंडर कुज़मेनको की रिपोर्ट का अनुवाद लाता हूं (इस साल अप्रैल से वह हेक्स संकलक के डेवलपर के रूप में काम करता है) हेक्स भाषा में बदलाव के बारे में है जो हेक्स 3.4 के रिलीज होने के बाद से हुआ है।

हैक्स 3.4 की रिलीज को ढाई साल से ज्यादा समय बीत चुका है। इस समय के दौरान, 7 पैच रिलीज़, हेक्स 4 के 5 पूर्वावलोकन रिलीज़ और हेक्स 4 के 2 रिलीज़ उम्मीदवारों को रिलीज़ किया गया था। यह नए संस्करण का एक लंबा रास्ता था और यह लगभग तैयार है ( लगभग 20 समस्याओं का समाधान होना बाकी है)।

अलेक्जेंडर ने भाषा के विकास में भाग लेने की इच्छा के लिए बग की रिपोर्टिंग के लिए हेक्स समुदाय को धन्यवाद दिया। हैक्स-इवोल्यूशन प्रोजेक्ट की बदौलत, हेक्स 4 में निम्नलिखित चीजें दिखाई देंगी:

• इनलाइन मार्कअप
• कॉल स्थान पर इनलाइनिंग कार्य
• तीर कार्य करता है

साथ ही, इस परियोजना के ढांचे के भीतर, इस तरह के संभावित नवाचारों पर चर्चा की जा रही है जैसे: वादे , बहुरूपिया और डिफ़ॉल्ट प्रकार (डिफ़ॉल्ट प्रकार के पैरामीटर)।

इसके बाद, सिकंदर ने भाषा के वाक्य विन्यास में बदलाव के बारे में बात की।

फ़ंक्शन प्रकार के सिंटैक्स का वर्णन करने के लिए पहला नया सिंटैक्स है। पुराना वाक्य-विन्यास थोड़ा अजीब था।
हैक्स एक बहु-प्रतिमान प्रोग्रामिंग भाषा है, इसमें हमेशा प्रथम श्रेणी के कार्यों के लिए समर्थन था, लेकिन फ़ंक्शन प्रकारों का वर्णन करने के लिए वाक्यविन्यास एक कार्यात्मक भाषा से विरासत में मिला था (और अन्य प्रतिमानों में अपनाया गया है) से अलग। और कार्यात्मक प्रोग्रामिंग से परिचित प्रोग्रामर इस सिंटैक्स के साथ स्वचालित करी का समर्थन करने के लिए फ़ंक्शन की अपेक्षा करते हैं। लेकिन हेक्स में ऐसा नहीं है।
अलेक्जेंडर के अनुसार, पुराने वाक्यविन्यास का मुख्य दोष तर्कों के नामों को निर्धारित करने में असमर्थता है, यही कारण है कि आपको तर्कों के विवरण के साथ लंबी एनोटेशन टिप्पणियां लिखना होगा।
लेकिन अब हमारे पास फ़ंक्शन प्रकारों का वर्णन करने के लिए एक नया वाक्यविन्यास है (जो, वैसे, भाषा को हेक्स-विकास पहल के हिस्से के रूप में जोड़ा गया था), जहां ऐसा अवसर मौजूद है (हालांकि यह वैकल्पिक है, लेकिन अनुशंसित है)। नया सिंटैक्स पढ़ना आसान है और इसे कोड के लिए प्रलेखन का हिस्सा भी माना जा सकता है।
फ़ंक्शन प्रकारों का वर्णन करने के लिए पुराने सिंटैक्स का एक और दोष इसकी असंगति था - फ़ंक्शन के प्रकारों को निर्दिष्ट करने की आवश्यकता तब भी जब फ़ंक्शन किसी भी तर्क को स्वीकार नहीं करता है: Void->Void (यह फ़ंक्शन कोई तर्क नहीं लेता है और कुछ भी नहीं लौटाता है)।
नए सिंटैक्स में, इसे और अधिक सुरुचिपूर्ण ढंग से कार्यान्वित किया जाता है: ()->Void

दूसरा है एरो फ़ंक्शंस या लैम्ब्डा एक्सप्रेशन - अनाम फ़ंक्शंस का वर्णन करने के लिए एक संक्षिप्त रूप। समुदाय उन्हें भाषा में जोड़ने के लिए लंबे समय से पूछ रहा है, और आखिरकार ऐसा हुआ!
ऐसे फ़ंक्शन में, return कीवर्ड के बजाय, वर्णों का अनुक्रम -> (इसलिए वाक्यविन्यास नाम "तीर फ़ंक्शन" है)।
नए सिंटैक्स में, प्रकार के तर्क सेट करना संभव है (चूंकि स्वचालित प्रकार की अनुमान प्रणाली हमेशा ऐसा नहीं कर सकती है जो प्रोग्रामर चाहता है, उदाहरण के लिए, कंपाइलर Int बजाय Float का उपयोग करने का निर्णय ले सकता है)।
नए सिंटैक्स की एकमात्र सीमा स्पष्ट रूप से रिटर्न प्रकार सेट करने में असमर्थता है। यदि आवश्यक हो, तो आपके पास फ़ंक्शन के शरीर में पुराने सिंटैक्स का उपयोग करने या चेक-प्रकार के सिंटैक्स का उपयोग करने का विकल्प है, जो कंपाइलर को रिटर्न प्रकार बताएगा।

सिंटैक्स ट्री में एरो फ़ंक्शंस का विशेष प्रतिनिधित्व नहीं है, वे नियमित अनाम फ़ंक्शंस की तरह ही संसाधित होते हैं। अनुक्रम -> return कीवर्ड द्वारा प्रतिस्थापित किया जाता है।

तीसरा परिवर्तन - final अब एक कीवर्ड बन गया है (हेक्स 3 final में कंपाइलर में निर्मित मेटा टैग्स में से एक था)।
यदि आप इसे एक कक्षा में लागू करते हैं, तो यह इसमें से विरासत को रोक देगा, यही बात इंटरफेस पर भी लागू होती है। final क्वालीफायर को एक वर्ग विधि पर लागू करने से इसे बाल कक्षाओं में अतिरंजित होने से रोका जा सकेगा।
हालांकि, हेक्स में, final कीवर्ड द्वारा लगाए गए प्रतिबंधों के आसपास जाने का एक तरीका था - आप इसके लिए @:hack मेटा टैग का उपयोग कर सकते हैं (लेकिन फिर भी, यह केवल यदि आवश्यक हो तो किया जाना चाहिए)।

चौथा परिवर्तन अनाम संरचनाओं में वैकल्पिक फ़ील्ड घोषित करने का एक तरीका है। पहले, इसके लिए @:optional मेटा टैग का उपयोग किया गया था, अब फ़ील्ड नाम के सामने केवल एक प्रश्न चिह्न जोड़ें।

पाँचवाँ, अमूर्त गणनाएँ Haxe प्रकार के परिवार का एक पूर्ण सदस्य बन गया है, और @:enum meta टैग के बजाय @:enum कीवर्ड का उपयोग अब उन्हें घोषित करने के लिए किया जाता है।

इसी तरह के परिवर्तन ने @:extern मेटा टैग को प्रभावित किया।

सातवीं एक नए प्रकार का प्रतिच्छेदन सिंटैक्स है जो बेहतर ढंग से विस्तार संरचनाओं के सार को दर्शाता है।
एक ही नए सिंटैक्स का उपयोग प्रकार के मापदंडों की कमी को सीमित करने के लिए किया जाता है, यह एक प्रकार पर लगाए गए प्रतिबंधों को अधिक सटीक रूप से बताता है। हेक्स के साथ अपरिचित व्यक्ति के लिए, पुराने सिंटैक्स MyClass<T:(Type1, Type2)> को पैरामीटर प्रकार T आवश्यकता के रूप में Type1 या Type1 माना जा सकता है। नया सिंटैक्स स्पष्ट रूप से हमें बताता है कि T Type1 और Type1 दोनों एक ही समय में होना चाहिए।

आठवां एक खाली Map कंटेनर घोषित करने के लिए [] का उपयोग करने की क्षमता है (हालांकि, यदि आप स्पष्ट रूप से चर के प्रकार को निर्दिष्ट नहीं करते हैं, तो संकलक इस मामले के लिए एक सरणी के रूप में प्रकार का उत्पादन करेगा)।

वाक्यविन्यास में परिवर्तन के बारे में बात करते हुए, आइए भाषा में नए कार्यों के विवरण पर आगे बढ़ते हैं ।
चलो नए कुंजी-मूल्य पुनरावृत्तियों के साथ शुरू करते हैं

उनके उपयोग के लिए एक नया वाक्यविन्यास जोड़ा गया है।
ऐसे keyValueIterator():KeyValueIterator<K, V> समर्थन करने के लिए, प्रकार को या तो keyValueIterator():KeyValueIterator<K, V> विधि keyValueIterator():KeyValueIterator<K, V> , या hasNext():Bool विधियों hasNext():Bool और next():{key:K, value:V} । इसी समय, टाइप करें KeyValueIterator<K, V> अनाम संरचना Iterator<{key:K, value:V}> में एक नियमित पुनरावृत्ति के लिए एक पर्यायवाची है Iterator<{key:K, value:V}> ।
की-वैल्यू DynamicAccess मानक पुस्तकालय ( String , Map , DynamicAccess ) से कुछ प्रकारों के लिए लागू किया जाता है, और उन्हें सरणियों के लिए लागू करने के लिए काम भी चल रहा है।

स्ट्रिंग्स के लिए, स्ट्रिंग में वर्ण इंडेक्स को कुंजी के रूप में उपयोग किया जाता है, और दिए गए इंडेक्स पर वर्ण कोड का उपयोग मान के रूप में किया जाता है (यदि वर्ण स्वयं की आवश्यकता है, तो String.fromCharCode() विधि का उपयोग किया जा सकता है)।
Map कंटेनर के लिए, नया पुनरावृत्ति पुराने पुनरावृत्ति विधि के समान काम करता है, अर्थात, यह कंटेनर में कुंजियों की एक सरणी प्राप्त करता है और इसके माध्यम से गुजरता है, प्रत्येक कुंजी के लिए मानों का अनुरोध करता है।
DynamicAccess (अनाम ऑब्जेक्ट्स के लिए एक आवरण) के लिए, DynamicAccess प्रतिबिंब ( Reflect.fields() विधि का उपयोग करके किसी ऑब्जेक्ट के फ़ील्ड की सूची प्राप्त करने के लिए और Reflect.field() विधि) का उपयोग करके उनके नाम से फ़ील्ड मान प्राप्त करने के लिए काम करता है।

Haxe 4 एक पूरी तरह से नए मैक्रो दुभाषिया, "eval" का उपयोग करता है। दुभाषिया के लेखक साइमन क्रेजवस्की ने इसे हेक्स आधिकारिक ब्लॉग में कुछ विस्तार से वर्णित किया, साथ ही साथ अपने पिछले साल की प्रगति रिपोर्ट में भी ।
दुभाषिया के काम में मुख्य परिवर्तन:

• पुराने मैक्रो दुभाषिया की तुलना में यह कई गुना तेज है (औसतन 4 बार)
• इंटरैक्टिव डिबगिंग का समर्थन करता है (पहले, मैक्रोज़ के लिए, केवल कंसोल आउटपुट का उपयोग किया जा सकता था)
• यह दुभाषिया मोड में संकलक को चलाने के लिए उपयोग किया जाता है (पहले neko इसके लिए उपयोग किया गया था। वैसे, eval भी गति में neko से आगे निकल जाता है)।

सभी प्लेटफार्मों के लिए यूनिकोड समर्थन (नेको के अपवाद के साथ) हेक्स 4 में सबसे बड़े बदलावों में से एक है। साइमन ने पिछले साल विस्तार से इस बारे में बात की थी । लेकिन यहाँ Haxe में यूनिकोड स्ट्रिंग समर्थन की वर्तमान स्थिति का संक्षिप्त विवरण दिया गया है:

• Lua, PHP, Python और eval (मैक्रो दुभाषिया) के लिए पूर्ण यूनिकोड समर्थन लागू किया गया है (UTF8 एन्कोडिंग)
• अन्य प्लेटफार्मों (जावास्क्रिप्ट, सी #, जावा, फ्लैश, हैशलिंक और सी ++) के लिए, यूटीएफ 16 एन्कोडिंग का उपयोग किया जाता है।

इस प्रकार, हेक्से की लाइनें मुख्य बहुभाषी विमान में शामिल वर्णों के लिए उसी तरह से काम करती हैं , लेकिन इस विमान के बाहर के पात्रों के लिए (उदाहरण के लिए, इमोजी के लिए), लाइनों के साथ काम करने का कोड प्लेटफॉर्म के आधार पर अलग-अलग परिणाम उत्पन्न कर सकता है (लेकिन यह अभी भी बेहतर है,) उस स्थिति की तुलना में जो हमारे पास हैक्स 3 में है, जब प्रत्येक मंच का अपना व्यवहार था)।

यूनिकोड-एन्कोडेड स्ट्रिंग्स (UTF8 और UTF16 दोनों में) के लिए, हेक्स मानक पुस्तकालय में विशेष पुनरावृत्तियों को जोड़ा गया है जो सभी वर्णों के लिए सभी प्लेटफार्मों पर समान रूप से काम करते हैं (दोनों मुख्य बहुभाषी विमान के भीतर और परे)।

 haxe.iterators.StringIteratorUnicode haxe.iterators.StringKeyValueIteratorUnicode 

इस तथ्य के कारण कि स्ट्रिंग्स का कार्यान्वयन प्लेटफ़ॉर्म से प्लेटफ़ॉर्म तक भिन्न होता है, उनके काम की कुछ बारीकियों को ध्यान में रखना आवश्यक है। UTF16 में, प्रत्येक वर्ण में 2 बाइट्स होते हैं, इसलिए किसी वर्ण को अनुक्रमणिका द्वारा एक्सेस करना तेज़ है, लेकिन केवल मुख्य बहुभाषी विमान के भीतर। दूसरी ओर, UTF8 में सभी वर्णों का समर्थन किया जाता है, लेकिन यह एक स्ट्रिंग में एक चरित्र के लिए धीमी खोज की कीमत पर प्राप्त किया जाता है (क्योंकि वर्ण स्मृति में अलग-अलग संख्या में बाइट्स पर कब्जा कर सकते हैं, सूचकांक द्वारा किसी वर्ण तक पहुंचने के लिए शुरुआत से ही हर बार लाइन के माध्यम से पुनरावृत्ति की आवश्यकता होती है)। इसलिए, जब लुआ और PHP में बड़े तार के साथ काम करते हैं, तो आपको यह ध्यान रखना होगा कि एक मनमाना चरित्र तक पहुंच काफी धीमी गति से काम करती है (इन प्लेटफार्मों पर भी, स्ट्रिंग की लंबाई हर बार फिर से गणना की जाती है)।
हालाँकि, हालांकि पाइथन के लिए पूर्ण यूनिकोड समर्थन की घोषणा की गई है, लेकिन यह प्रतिबंध उस पर लागू नहीं होता है क्योंकि इसमें लाइनें कुछ अलग तरीके से लागू की जाती हैं: मुख्य बहुभाषी विमान के भीतर वर्णों के लिए, यह UTF16 एन्कोडिंग का उपयोग करता है, और व्यापक वर्णों के लिए (3 और 3) अधिक बाइट्स) पायथन यूटीएफ 32 का उपयोग करता है।
अतिरिक्त अनुकूलन को इकोल मैक्रो दुभाषिया के लिए लागू किया जाता है: स्ट्रिंग "जानता है" कि क्या इसमें यूनिकोड वर्ण हैं। इस घटना में कि इसमें ऐसे वर्ण नहीं हैं, स्ट्रिंग को ASCII वर्ण (जहां प्रत्येक वर्ण 1 बाइट लेता है) से मिलकर समझा जाता है। सूचकांक में अनुक्रमिक द्वारा अनुक्रमिक पहुंच को भी अनुकूलित किया गया है: अंतिम वर्ण की स्थिति लाइन में कैश्ड है। इसलिए यदि आप पहली बार स्ट्रिंग में 10 वें चरित्र की ओर मुड़ते हैं, तो जब आप अगली बार 20 वें चरित्र की ओर मुड़ेंगे, तो eval इसे लाइन की शुरुआत से नहीं, बल्कि 10 वीं से शुरू करेगा। इसके अलावा, eval में स्ट्रिंग की लंबाई कैश की जाती है, अर्थात, यह केवल पहले अनुरोध पर गणना की जाती है।

हेक्स 4 संकलन झंडे के लिए नामस्थान के लिए समर्थन का परिचय देता है, जो उपयोगी हो सकता है, उदाहरण के लिए, कस्टम लाइब्रेरी लिखते समय कोड को व्यवस्थित करने के लिए।
इसके अलावा, संकलन झंडे के लिए एक आरक्षित नाम स्थान दिखाई दिया - target , जिसका उपयोग कंपाइलर द्वारा लक्ष्य मंच और उसके व्यवहार का वर्णन करने के लिए किया जाता है:

• target.name - प्लेटफ़ॉर्म नाम (js, cpp, php, आदि)
• target.utf16 - का कहना है कि target.utf16 का उपयोग करके यूनिकोड समर्थन लागू किया गया है
• target.sys - इंगित करता है कि क्या sys पैकेज से कक्षाएं उपलब्ध हैं (उदाहरण के लिए, फ़ाइल सिस्टम के साथ काम करने के लिए)
• target.static - इंगित करता है कि क्या मंच स्थिर है (स्थिर प्लेटफार्मों पर, आधार प्रकार Int , Float और Bool मान के रूप में null नहीं हो सकते)
• target.threaded - इंगित करता है कि प्लेटफ़ॉर्म मल्टीथ्रेडिंग का समर्थन करता है या नहीं

इसी प्रकार, मेटा टैग के लिए नामस्थान समर्थन दिखाई दिया है। अब तक भाषा में मेटा टैग के लिए कोई आरक्षित नाम स्थान नहीं हैं, लेकिन भविष्य में स्थिति बदल सकती है।

ReadOnlyArray प्रकार ReadOnlyArray Haxe मानक पुस्तकालय ReadOnlyArray जोड़ा जाता है - एक नियमित सरणी पर एक अमूर्त, जिसमें सरणी से डेटा पढ़ने के लिए केवल विधियाँ उपलब्ध हैं।

भाषा में एक और नवाचार अंतिम क्षेत्र और स्थानीय चर है।
यदि क्लास फ़ील्ड या लोकल वैरिएबल घोषित करते समय var कीवर्ड के बजाय final उपयोग किया जाता है, तो इसका मतलब यह होगा कि दिए गए फ़ील्ड या वेरिएबल को फिर से असाइन नहीं किया जा सकता है (यदि कंपाइलर ऐसा करने की कोशिश करता है, तो यह एक त्रुटि फेंक देगा)। लेकिन एक ही समय में, इसकी स्थिति को बदला जा सकता है, इसलिए अंतिम क्षेत्र या चर स्थिर नहीं है।

अंतिम फ़ील्ड के मानों को या तो घोषित किया जाना चाहिए, या निर्माणकर्ता में, अन्यथा कंपाइलर एक त्रुटि फेंक देगा।

HashLink अपनी खुद की वर्चुअल मशीन के साथ एक नया प्लेटफॉर्म है, जिसे विशेष रूप से Haxe के लिए बनाया गया है। हैशलिंक तथाकथित "दोहरे संकलन" का समर्थन करता है - कोड को या तो बायटेकोड में संकलित किया जा सकता है (जो बहुत तेज़ है, विकसित अनुप्रयोगों की डिबगिंग प्रक्रिया को गति देता है) या सी-कोड में (जो कि प्रदर्शन में वृद्धि होती है)। निकोलस ने HashLink को कई Haxe ब्लॉग पोस्ट को समर्पित किया और पिछले साल के सिएटल सम्मेलन में उनके बारे में भी बात की। हैशलिंक तकनीक का इस्तेमाल डेड सेल और नॉर्थगार्ड जैसे लोकप्रिय खेलों में किया जाता है।

हैक्स 4 की एक और नई दिलचस्प विशेषता नल सुरक्षा है, जो अभी भी प्रायोगिक चरण में है (झूठी सकारात्मक और अपर्याप्त कोड सुरक्षा जांच के कारण)।
अशक्त सुरक्षा क्या है? यदि आपका फ़ंक्शन स्पष्ट रूप से घोषित नहीं करता है कि यह null को पैरामीटर मान के रूप में स्वीकार कर सकता है, तो जब आप इसे पास करने की कोशिश करते हैं, तो कंपाइलर संबंधित त्रुटि को फेंक देगा। इसके अलावा, फ़ंक्शन मापदंडों के लिए जो मान के रूप में null हो सकते हैं, संकलक को आपको ऐसे मामलों को सत्यापित करने और संभालने के लिए अतिरिक्त कोड लिखने की आवश्यकता होगी।
यह कार्यक्षमता डिफ़ॉल्ट रूप से अक्षम है, लेकिन यह कोड निष्पादन की गति को प्रभावित नहीं करता है (यदि आप इसे फिर भी सक्षम करते हैं), क्योंकि वर्णित चेक केवल संकलन चरण में किए जाते हैं। यह सभी कोड के लिए सक्षम किया जा सकता है, साथ ही धीरे-धीरे व्यक्तिगत क्षेत्रों, कक्षाओं और पैकेजों के लिए सक्षम किया जा सकता है (इस प्रकार एक अधिक सुरक्षित कोड के लिए एक क्रमिक संक्रमण प्रदान करता है)। आप इसके लिए विशेष मेटा टैग और मैक्रोज़ का उपयोग कर सकते हैं।
वे मोड जिनमें नल-सुरक्षा काम कर सकती है: Strict (सबसे सख्त), Loose (डिफ़ॉल्ट मोड) और Off (व्यक्तिगत पैकेज और प्रकारों के लिए चेक को अक्षम करने के लिए उपयोग किया जाता है)।

स्लाइड पर दिखाए गए फ़ंक्शन के लिए, नल सुरक्षा जांच सक्षम है। हम देखते हैं कि इस फ़ंक्शन का एक वैकल्पिक पैरामीटर s , अर्थात हम इसे पैरामीटर मान के रूप में null कर सकते हैं। ऐसे फ़ंक्शन के साथ कोड संकलित करने का प्रयास करते समय, कंपाइलर कई त्रुटियों का उत्पादन करेगा:

• जब वस्तु के कुछ क्षेत्र तक पहुँचने की कोशिश कर रहे हैं (क्योंकि यह null हो सकता है)
• जब एक चर String को असाइन करने की कोशिश की जा रही है, जिसे हम देखते हैं, तो null नहीं होना चाहिए (अन्यथा हमें इसे String रूप में नहीं, बल्कि Null<String> रूप में घोषित करना चाहिए)
• किसी फ़ंक्शन से किसी ऑब्जेक्ट को वापस करने की कोशिश करते समय (क्योंकि फ़ंक्शन को null नहीं लौटना चाहिए)

इन त्रुटियों को कैसे ठीक करें?

हमें बस कोड में null चेकिंग को जोड़ने की आवश्यकता है ( null चेकिंग के साथ ब्लॉक के अंदर, संकलक "जानता है" कि यह null नहीं हो सकता है और इसके साथ सुरक्षित रूप से उपयोग किया जा सकता है), और यह भी सुनिश्चित करें कि फ़ंक्शन null नहीं लौटता है!

इसके अलावा, जब नल सुरक्षा के लिए चेक करते हैं, तो संकलक उस क्रम को ध्यान में रखता है जिसमें प्रोग्राम निष्पादित किए जाते हैं। उदाहरण के लिए, यदि फ़ंक्शन को समाप्त करने के लिए पैरामीटर के मान की जांच करने के बाद (या एक अपवाद फेंकें), तो कंपाइलर को "पता" होगा कि इस तरह की जांच के बाद, पैरामीटर s अब null नहीं हो सकता है, और यह कि इसे सुरक्षित रूप से उपयोग किया जा सकता है।

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

ढीले मोड में (डिफ़ॉल्ट रूप से उपयोग किया जाता है), कंपाइलर को ऐसे चेक की आवश्यकता नहीं होगी (वैसे, यह व्यवहार टाइपस्क्रिप्ट में डिफ़ॉल्ट रूप से भी उपयोग किया जाता है)।

इसके अलावा, जब नल सुरक्षा के लिए चेक चालू होते हैं, तो कंपाइलर जांचता है कि क्या वर्गों में फ़ील्ड्स को आरंभीकृत किया जाता है (सीधे जब वे घोषित किए जाते हैं या निर्माणकर्ता में)। अन्यथा, संकलक त्रुटियों को फेंक देगा जब ऐसी कक्षा के ऑब्जेक्ट को पास करने की कोशिश की जाएगी, साथ ही जब ऐसी वस्तुओं पर तरीकों को कॉल करने की कोशिश की जाएगी, जब तक कि ऑब्जेक्ट के सभी क्षेत्रों को प्रारंभिक नहीं किया जाता है। इस तरह के चेक को मेटा टैग @:nullSafety(Off) साथ चिह्नित करके वर्ग के अलग-अलग क्षेत्रों के लिए बंद किया जा सकता है।
अलेक्जेंडर ने पिछले अक्टूबर में हेक्स में नल सुरक्षा के बारे में अधिक बात की ।

Haxe 4 ने जावास्क्रिप्ट के लिए ES6 कक्षाएं बनाने की क्षमता पेश की, यह संकलन ध्वज js-es=6 का उपयोग करने में सक्षम है।

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

ऑटो-उपयोग (प्रकारों के लिए स्वचालित एक्सटेंशन) का मतलब है कि अब प्रकारों के लिए आप प्रकार की घोषणा के स्थान पर स्थिर एक्सटेंशन की घोषणा कर सकते हैं। यह हर बार निर्माण using type; उपयोग करने की आवश्यकता को समाप्त करता है using type; प्रत्येक मॉड्यूल में जहां प्रकार और विस्तार विधियों का उपयोग किया जाता है। फिलहाल, इस प्रकार के विस्तार को केवल स्थानान्तरण के लिए लागू किया जाता है, लेकिन अंतिम रिलीज (और रात में निर्माण) में इसका उपयोग न केवल स्थानान्तरण के लिए किया जा सकता है।

हेक्स 4 में, अमूर्त प्रकारों के लिए किसी वस्तु के खेतों तक पहुँचने के लिए ऑपरेटर को फिर से परिभाषित करना संभव होगा (केवल उन क्षेत्रों के लिए जो प्रकार में मौजूद नहीं हैं)। ऐसा करने के लिए, @:op(ab) मेटा टैग के साथ चिह्नित विधियों का उपयोग करें।

निर्मित मार्कअप हैक्स में एक और प्रायोगिक विशेषता है। अंतर्निहित मार्कअप कोड को संकलक द्वारा xml-document के रूप में संसाधित नहीं किया जाता है - कंपाइलर इसे @:markup मेटा टैग में लिपटे स्ट्रिंग के रूप में देखता है। .

-, - @:markup , .

( untyped ). . , , Js.build() - @:markup , <js> , js-.

Haxe 4 - - , — .

. , . , Int , , C.

— .

:

JVM- JDK, Java-. . .

, async / await yield . ( C#, ). Haxe github.

Haxe , . ( ) . , .

API . , , API .

Haxe 4 !