Assemblyscript: .Ts के अलावा किसी फ़ाइल एक्सटेंशन पर विचार करें

यह vscode में एक भाषा सर्वर के लिए भी उपयोगी होगा!

यह कुछ ऐसा है जिस पर हम भविष्य में विचार कर सकते हैं, लेकिन वर्तमान स्थिति में, जो कि हमारे अपने भाषा सर्वर के बिना है, .ts का पुन: उपयोग करना सबसे अच्छा प्रतीत होता है जिसे हम यथोचित रूप से एक अच्छा देव अनुभव प्रदान कर सकते हैं।

संकेतक के एक जोड़े हैं, हालांकि, यह निर्धारित करने के लिए कि एएस कोड क्या है, जैसे उपकरण का उपयोग कर सकते हैं

• यदि वहाँ एक है tsconfig.json विस्तार path/to/std/assembly.json , बात यह है कि एक के रूप में निर्देशिका
• यदि package.json पास ascMain , तो वह अन्य AS कोड वाली निर्देशिका के अंदर AS प्रविष्टि फ़ाइल की ओर संकेत कर रहा है
• इसी तरह, यदि package.json में asbuild स्क्रिप्ट है, तो उसके सदस्य AS फ़ाइल में इंगित करते हैं
• AS कोड आमतौर पर assembly/ यदि अन्यथा कॉन्फ़िगर नहीं किया गया है

यह कुछ ऐसा है जिस पर हम भविष्य में विचार कर सकते हैं, लेकिन वर्तमान स्थिति में, जो कि हमारे अपने भाषा सर्वर के बिना है, .ts का पुन: उपयोग करना सबसे अच्छा प्रतीत होता है जिसे हम यथोचित रूप से एक अच्छा देव अनुभव प्रदान कर सकते हैं।

मै समझता हुँ। हालाँकि, टाइप कोड फ़ाइलों के रूप में .as फ़ाइलों का इलाज करने के लिए वीएस कोड का निर्देश देना आसान नहीं है? मेरा मानना ​​है कि यह है। ऐसा लगता है कि वीएस कोड या इसी तरह के संपादकों में टाइपस्क्रिप्ट के स्थैतिक विश्लेषण के लाभों को प्राप्त करने के लिए एक बहुत ही सरल तरीका होगा, और फिर भी एक अलग एक्सटेंशन होने का लाभ मिलेगा।

पिछली बार मैंने tsc को हार्ड फाइल एक्सटेंशन को कोड किया था और इसे बदलने का एकमात्र तरीका कांटा बनाए रखना था। हालांकि यह एससीएस प्रोटोटाइप के समय के आसपास था, हालांकि यह नहीं पता कि यह बदल गया है या नहीं।

मुझे लगता है कि यह यहाँ पर निर्भर करता है कि आपको supported file extensions क्या मतलब है। टाइपस्क्रिप्ट किसी भी फ़ाइल एक्सटेंशन के साथ आयात पथ संकलित करेगा। टाइप चेकर एकमात्र ऐसी चीज है, जिसमें एक्सटेंशन की समस्या है, और मेरा मानना ​​है कि एक साधारण वीएस कोड एक्सटेंशन के साथ इसे ठीक करना बहुत मुश्किल नहीं है। वास्तव में, मेरा मानना ​​है कि Deno ने पहले ही .ts एक्सटेंशन के लिए ऐसा किया है: https://marketplace.visualstudio.com/items?itemName=justjavac.vscode-deno

इसके अलावा, मेरे पास अभी वीएस कोड खुला है, और मैंने इसे टाइपस्क्रिप्ट के रूप में .as फ़ाइलों का इलाज करने का निर्देश दिया।

मैंने अभी यहां असेंबलीस्क्रिप्ट को एकीकृत किया है: https://github.com/lastmjs/zwitterion

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

क्या यहां अन्य मुद्दे हैं?

लगता है ActionScript समस्या .as लिए एक सौदा ब्रेकर है। शायद .asc ?

व्यक्तिगत रूप से विस्तार का विचार संकलक के समान नहीं है। काश, हम किसी भी तरह वास को शामिल कर सकते, लेकिन हम .asm उपयोग नहीं कर सकते और यह केवल एक ही है जिसे मैं सोच सकता हूं।

इसके अलावा @dcodeIO , .rs ... हालांकि, अगर हम नाम बदलते तो अब समय होता। वर्तमान नाम के साथ मेरी एक शिकायत यह है कि यह बहुत सारे शब्दांश हैं। अंतरिक्ष विषय को ध्यान में रखते हुए हम Ad Astra , या Arugula (जिसे यूके में रॉकेट कहा जाता है)।

.rs Rust = द्वारा आरक्षित)

बस यह बताना चाहता था कि मेरे संदर्भ में यह मुद्दा है: https://github.com/AssemblyScript/assemblyscript/issues/719

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

जैसा कि, हम पूछते हैं कि क्या असेंबलीस्क्रिप्ट हो सकती है: .as और .assemblyscript ? 🤔

भी, cc @jayphelps के रूप में वे यहाँ वास्तव में कुछ अच्छा अंतर्दृष्टि था

यहाँ थोड़ा रेपो दिखा रहा है कि GitHub .as क्या बनायेगा। यह भी देखने के लिए कांटा लगाया जा सकता है कि टीएस और एएस दोनों तरफ सब कुछ काम करने के लिए क्या करने की आवश्यकता है:

https://github.com/dcodeIO/asext

और हाँ, RocketScript / .rs वास्तव में मुझे मजाकिया बनने की कोशिश कर रहा था :)

इसके अलावा, यहाँ Github भाषा डिटेक्टर चीज़ में एक नई भाषा जोड़ने के लिए दस्तावेज़ दिए गए हैं: https://github.com/github/linguist/blob/master/CONTRIBUTING.md#adding -a-language d

हालाँकि, कुछ शोध किया था, और @dcodeIO यह सही था कि ऐसा लगता है कि, टाइपस्क्रिप्ट किसी भी विस्तार का समर्थन नहीं करता है, इसके अलावा वे स्पष्ट रूप से समर्थन करते हैं: https://github.com/microsoft/TypeScript/issues/10939

मैं शायद .as.ts साथ सहमत होना शुरू कर रहा हूँ

@ torch2424 .as.ts आयात में टाइपस्क्रिप्ट द्वारा समर्थित नहीं है। जैसे मैंने कुछ टिप्पणियों का उल्लेख किया है, यह इस बात पर निर्भर करता है कि आपको समर्थन से क्या मतलब है। ऐसा लगता है कि केवल समर्थन असेंबलीस्क्रिप्ट की जरूरत है दृश्य स्टूडियो कोड या एटम जैसे संपादकों में स्थिर विश्लेषण समर्थन है। क्या ये सही है? टाइपस्क्रिप्ट आयात में एक्सटेंशन .ts एक्सटेंशन की अनुमति देने के लिए Deno का समाधान देखें: https://github.com/justjavac/vscode-deno/blob/master/README.md मुझे नहीं लगता कि इसे फोर्क करना और प्लगइन का विस्तार करना बहुत मुश्किल होगा VS कोड के लिए असेंबलीस्क्रिप्ट प्लगइन बनाते हुए एक और एक्सटेंशन की अनुमति दें।

वास्तव में टाइपस्क्रिप्ट से किस तरह के समर्थन की आवश्यकता है? कंपाइलर पहले से ही किसी भी एक्सटेंशन को संभाल सकता है, टाइपकास्ट एकमात्र ऐसी चीज है जिसमें एक्सटेंशन के साथ समस्या होती है, जो मुझे लगता है कि प्लग के साथ आसानी से तय हो गई है

ऐसा लगता है कि .ts एक्सटेंशन त्रुटियों को ठीक करने के लिए वास्तविक तर्क यहाँ है: https://github.com/justjavac/typescript-deno-plugin

असेंबलीस्क्रिप्ट को अपने भाषा सर्वर की आवश्यकता होगी आखिरकार, सही? एडिटर्स के लिए एक प्लगइन की तरह लगता है टाइपस्क्रिप्ट प्रकार चेकर के साथ इन विस्तार मुद्दों को ठीक करने का एक प्राकृतिक तरीका हो सकता है। मुझे नहीं लगता कि हमें खुद को .ts साथ समाप्त होने वाली किसी चीज़ तक सीमित रखने की आवश्यकता है

@ torch2424 .as.ts आयात में टाइपस्क्रिप्ट द्वारा समर्थित नहीं है। जैसे मैंने कुछ टिप्पणियों का उल्लेख किया है, यह इस बात पर निर्भर करता है कि आपको समर्थन से क्या मतलब है।

मेरी गलती है! मुझे याद आया कि मेरी माफ़ी!

वास्तव में टाइपस्क्रिप्ट से किस तरह के समर्थन की आवश्यकता है? कंपाइलर पहले से ही किसी भी एक्सटेंशन को संभाल सकता है, टाइपकास्ट एकमात्र ऐसी चीज है जिसमें एक्सटेंशन के साथ समस्या होती है, जो मुझे लगता है कि प्लग के साथ आसानी से तय हो गई है

उफ़, शायद मैं तब गलत था, मैंने इसकी कोशिश नहीं की थी, लेकिन यह पाया कि खुला मुद्दा जिसमें लोग अन्य एक्सटेंशन का उपयोग नहीं कर सकते थे was

असेंबलीस्क्रिप्ट को अपने भाषा सर्वर की आवश्यकता होगी आखिरकार, सही? एडिटर्स के लिए एक प्लगइन की तरह लगता है टाइपस्क्रिप्ट प्रकार चेकर के साथ इन विस्तार मुद्दों को ठीक करने का एक प्राकृतिक तरीका हो सकता है। मुझे नहीं लगता कि हमें अपने आप को .ts के साथ समाप्त होने वाली किसी चीज़ तक सीमित रखने की आवश्यकता है

हाँ, मुझे लगता है कि 'सही, @jtenner ने रखेंगे ।

लेकिन, अगर हम tsconfig में टाइपस्क्रिप्ट फ़ाइलों के लिए एक कस्टम एक्सटेंशन का उपयोग कर सकता है, मुझे लगता है कि यह अच्छा होगा अगर हम .as do के साथ गए।

मुझे लगता है कि यह समय है जब हमने टाइपस्क्रिप्ट टीम के साथ एक नया मुद्दा खोला और उनसे पूछा कि क्या इसके बजाय उनके भाषा सर्वर में हुक करने का कोई तरीका है? .ts एक्सटेंशन के साथ निश्चित रूप से ऐसा करने का एक बेहतर तरीका होना चाहिए।

यहाँ थोड़ा रेपो दिखा रहा है कि GitHub .as क्या बनायेगा। यह भी देखने के लिए कांटा लगाया जा सकता है कि टीएस और एएस दोनों तरफ सब कुछ काम करने के लिए क्या करने की आवश्यकता है:

https://github.com/dcodeIO/asext

और हाँ, RocketScript / .rs वास्तव में मुझे मजाकिया बनने की कोशिश कर रहा था :)

यह Github: D के अनुसार एक एंजेलस्क्रिप्ट है

@dcodeIO वैसे, मैं आपके रेपो का संकलन नहीं कर सकता।

मैं इस एंजेलस्क्रिप्ट को किसी तरह संकलित कर रहा हूं: डी

cd wasm && mv main.as f.ts && asc f.ts -b main.wasm -O3 --runtime none; mv f.ts main.as

.as अच्छा है, लेकिन आप कहते हैं ... यह ActionScript के साथ संघर्ष कर रहा है? यार, मैंने इसका इस्तेमाल पहले किया है। मैक्रोमेडिया मर चुका है। एडोब फ्लैश मर चुका है, फ्लेक्स मर चुका है। इसलिए एक्शनस्क्रिप्ट भी मृत है। +1 .as नाम के लिए। क्या कोई मतदान है?

Btw, यह शांत आंदोलन है: js -> ts -> as

(इसके अलावा, यह टाइप असेंबली का सुपरसेट होने के लिए कूल असेंबलीस्क्रिप्ट होगा, न कि एक सबसेट)

मैं मानता हूं, .as चारों ओर सबसे अच्छा, सबसे स्वाभाविक, सबसे आरामदायक विकल्प लगता है, अन्य भाषाओं के साथ संघर्ष को छोड़कर। मुझे लगता है कि यदि संभव हो तो, अगर हम किसी तरह .as काम कर सकते हैं, तो हमें करना चाहिए। यदि अन्य भाषाएं मृत या मर रही हैं, तो उचित लगता है कि असेंबली को एक्सटेंशन को महान बनाने के लिए एक शॉट होना चाहिए।

.as में बदलना वास्तव में कठिन प्रक्रिया है। हम GitHub (github / भाषाविद्) से अनुमोदन प्राप्त कर सकते हैं। उसके लिए भाषा काफी परिपक्व होनी चाहिए। इसके अलावा संपादकों और IDEs की एक विस्तृत श्रृंखला को अपडेट करने की आवश्यकता है।

@MaxGraey हाँ, यह सच है। और डॉक्स में हर जगह, उदाहरण, आदि - हर जगह .as उल्लेख किया जाना चाहिए, - जो शायद सबसे कठिन हिस्सा है।

VSCode में हाइलाइटिंग को ठीक करना बहुत आसान है:

// settings.json
{
  "files.associations": {
    "*.as": "typescript"
  }
}

हालांकि, आदर्श रूप से इसे प्रत्येक व्यक्ति की सेटिंग द्वारा प्रबंधित नहीं किया जाना चाहिए। संभवतः एक अलग प्लगइन होना चाहिए, जो पहली बार .as फ़ाइल खोलने के बाद स्वचालित रूप से सुझाया जाएगा, - मैन्युअल कॉन्फ़िगरेशन प्रबंधन की तुलना में अधिक उपयोगकर्ता के अनुकूल। या यहां तक ​​कि पीआर को मौजूदा टीएस प्लगइन में .as टाइपस्क्रिप्ट के रूप में गिनने के लिए ... क्या वे वाक्यात्मक रूप से समकक्ष हैं?

नमस्कार!

हमने इस मुद्दे पर https://github.com/AssemblyScript/meta/issues/19 में चर्चा की

मुख्य कार्रवाई योग्य वस्तु जो हमें मिली, वह थी:

हमें उन चीजों की एक सूची की आवश्यकता है जो भाषा को अधिकांश मेजर आईडीई, साथ ही गितूब में समर्थन प्राप्त करने के लिए करने की आवश्यकता होगी।

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

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

साप्ताहिक बैठक में प्रस्तावित अन्य नाम थे (मेरा नया पसंदीदा .asms (Asm Script)), और हाँ! 😄

PS एक ही समय में, यदि हम निश्चित हैं कि हम विस्तार नाम बदलना चाहते हैं, तो बाद के बजाय अब इसे करना बेहतर है। इसका कारण यह है कि जितने अधिक लोग एएस को अपनाएंगे, सभी के लिए विस्तार नाम बदलना उतना ही कठिन होगा।

.at (असेंबली का पहला और अंतिम पत्र) कैसे?

.as (GitHub पर 2 अन्य भाषाओं के साथ संघर्ष)
.at
.ast
.asc (GitHub पर 3 अन्य भाषाओं के साथ संघर्ष)
.asmt
.asmc
.asms
.asmst
.asmscript
.assemblyscript

.as परस्पर विरोधी भाषाओं पर विचार किए बिना मेरी नंबर एक पसंद है, तो .at और .asms । मुझे दो अक्षर विस्तार का विचार पसंद है क्योंकि यह सबसे लोकप्रिय जेएस-आधारित भाषाओं की विरासत के साथ जाता है, .js और .ts । अगर हमें दो से अधिक अक्षर जाना है, तो मुझे वास्तव में .asms । .ast सार सिंटेक्स पेड़ों के साथ भ्रमित हो सकता है, और अन्य लोग सिर्फ मैं की तुलना में अजीब हैं।

ऐसा लगता है कि .at एक बहुत ही उपलब्ध एक्सटेंशन है, कोई भी भाषा जो मुझे नहीं मिल रही है, और लगभग किसी भी Google खोज से कोई फ़ाइल प्रारूप, शायद एक नहीं।

यहाँ प्रेरणा में सहायता करने के लिए संभावनाओं की एक टन की एक उत्पन्न सूची है:

.ac
.ae
.ai
.al
.am
.ap
.ar
.as
.at
.ay
.abc
.abi
.abl
.abp
.abr
.abs
.abt
.aby
.aci
.acp
.acr
.act
.aeb
.aec
.aei
.ael
.aem
.aep
.aer
.aes
.aet
.aey
.aip
.ait
.alc
.ali
.alp
.alr
.als
.alt
.aly
.amb
.amc
.ami
.aml
.amp
.amr
.ams
.amt
.amy
.apt
.ari
.arp
.art
.asb
.asc
.ase
.asi
.asl
.asm
.asp
.asr
.ass
.ast
.asy
.ayc
.ayi
.ayp
.ayr
.ays
.ayt
.abci
.abcp
.abcr
.abct
.abip
.abit
.ablc
.abli
.ablp
.ablr
.abls
.ablt
.ably
.abpt
.abri
.abrp
.abrt
.absc
.absi
.absp
.absr
.abst
.abyc
.abyi
.abyp
.abyr
.abys
.abyt
.acip
.acit
.acpt
.acri
.acrp
.acrt
.aebc
.aebi
.aebl
.aebp
.aebr
.aebs
.aebt
.aeby
.aeci
.aecp
.aecr
.aect
.aeip
.aeit
.aelc
.aeli
.aelp
.aelr
.aels
.aelt
.aely
.aemb
.aemc
.aemi
.aeml
.aemp
.aemr
.aems
.aemt
.aemy
.aept
.aeri
.aerp
.aert
.aesc
.aesi
.aesp
.aesr
.aest
.aeyc
.aeyi
.aeyp
.aeyr
.aeys
.aeyt
.aipt
.alci
.alcp
.alcr
.alct
.alip
.alit
.alpt
.alri
.alrp
.alrt
.alsc
.alsi
.alsp
.alsr
.alst
.alyc
.alyi
.alyp
.alyr
.alys
.alyt
.ambc
.ambi
.ambl
.ambp
.ambr
.ambs
.ambt
.amby
.amci
.amcp
.amcr
.amct
.amip
.amit
.amlc
.amli
.amlp
.amlr
.amls
.amlt
.amly
.ampt
.amri
.amrp
.amrt
.amsc
.amsi
.amsp
.amsr
.amst
.amyc
.amyi
.amyp
.amyr
.amys
.amyt
.arip
.arit
.arpt
.asbc
.asbi
.asbl
.asbp
.asbr
.asbs
.asbt
.asby
.asci
.ascp
.ascr
.asct
.aseb
.asec
.asei
.asel
.asem
.asep
.aser
.ases
.aset
.asey
.asip
.asit
.aslc
.asli
.aslp
.aslr
.asls
.aslt
.asly
.asmb
.asmc
.asmi
.asml
.asmp
.asmr
.asms
.asmt
.asmy
.aspt
.asri
.asrp
.asrt
.assb
.assc
.asse
.assi
.assl
.assm
.assp
.assr
.asss
.asst
.assy
.asyc
.asyi
.asyp
.asyr
.asys
.asyt
.ayci
.aycp
.aycr
.ayct
.ayip
.ayit
.aypt
.ayri
.ayrp
.ayrt
.aysc
.aysi
.aysp
.aysr
.ayst

Fwiw, मैं .as पक्ष ले रहा हूं, ज्यादातर सौंदर्य कारणों से ( .js , .ts , _A_ssembly_S_cript)। हालांकि, स्विच करने से पहले इसका उचित उपयोग करने के लिए एक भाषा सर्वर होना चाहिए।

.as तुरंत मुझे एक्शनस्क्रिप्ट के बारे में सोचता है, और इसके लिए पहले से ही VSCode एक्सटेंशन हैं।

मैं .asms या .ascr पक्ष लूंगा।

हर किसी ने अब तक .a* का एक विलोपन के लिए उल्लेख किया है, लेकिन .ts* खुला होगा (जैसे .tsas या .tsa ) क्योंकि यह TS से शाखा है?

.was ( .wasm से पहले का चरण) भी है, लेकिन यह पहले से मौजूद हो सकता है

वहाँ भी सिर्फ .ax या कुछ है कि एक प्रत्यक्ष परिचित नहीं है के लिए जा रहा है।

इस मुद्दे को स्वचालित रूप से बासी के रूप में चिह्नित किया गया है क्योंकि इसमें हाल की गतिविधि नहीं थी। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

अगला कदम? बस यह बासी नहीं जाना चाहता

या बस थोड़ा और वर्णनात्मक WASM स्क्रिप्ट के लिए विधानसभा स्क्रिप्ट का नाम बदलें और WASM, WAST, WASI, वाट, आदि के पूरक के लिए 'iss' का उपयोग करें।

इस मुद्दे को स्वचालित रूप से बासी के रूप में चिह्नित किया गया है क्योंकि इसमें हाल की गतिविधि नहीं थी। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

बासी नहीं। निर्णय कैसे किया जा सकता है?

@lastmjs अंतिम मेयिंग में शाऊल कैबरेरा ने उल्लेख किया कि वे एक भाषा सर्वर पर काम शुरू करने जा रहे थे: मुस्कान:

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

इस तरह, हमें हमारे लिए यह काम करने के लिए टाइपस्क्रिप्ट टूलिंग पर निर्भर नहीं होना पड़ेगा, और हम फ़ाइल एक्सटेंशन नाम को .ts : मुस्कान से बदलना शुरू कर सकते हैं:

मुझे खुशी है कि इस मुद्दे पर कुछ ध्यान दिया जा रहा है। मेरे 2 सेंट: .as असेंबलीस्क्रिप्ट का सबसे सहज विस्तार है, जैसा कि .js , .ts में समान भावना। मैं एक लैंग सर्वर पर भी काम के बारे में सुनने के लिए उत्साहित हूं, यह देव अनुभव में एक लंबा रास्ता तय करेगा। महान काम सभी।

+1 .as ।
पुरानी भाषाओं के साथ संघर्ष के बारे में चिंता करने की आवश्यकता नहीं है। वे अंततः मिटेंगे।
महान काम, बीटीडब्ल्यू।

मैं अभी विस्तार शिविर में हूं। यह संभवतः सबसे अधिक मनमाना निर्णय है, लेकिन इसे बनाया जाना चाहिए।

@dcodeIO में हमारे पास एक vscode एक्सटेंशन के साथ काम करने के लिए उचित सिंटैक्स हाइलाइटिंग है, और यदि संभव हो तो जल्द ही इस बारे में निर्णय लेना चाहिए।

इस बीच, मैं .asc फ़ाइल एक्सटेंशन का उपयोग करके लंबे समय से प्रतीक्षित और प्रतिष्ठित असेंबली एक्सटेंशन को विकसित करने के लिए अपने समय का एक बड़ा हिस्सा करने जा रहा हूं। compileString() पद्धति के लिए धन्यवाद, यह कोई फर्क नहीं पड़ता कि हम कौन से एक्सटेंशन का उपयोग करते हैं, भले ही इसे संकलक द्वारा मानकीकृत किया जाना चाहिए, और संकलक के ब्रेकिंग रिलीज के साथ आना चाहिए।

शायद AssemblyScript/meta रेपो में एक RFC खोला जाना चाहिए।

CC @ torch2424 @willemneal और @MaxGraey

@jtenner डोप: मुस्कान: हाँ RFC खोलने और यहाँ लिंक करने के लिए स्वतंत्र महसूस करें! : मुस्कान:: टाडा:

इस मुद्दे को स्वचालित रूप से बासी के रूप में चिह्नित किया गया है क्योंकि इसमें हाल की गतिविधि नहीं थी। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

बासी नहीं! कैसा रहा फैसला?

हम अभी भी एस्कोफिग खत्म करने के लिए मुझ पर इंतजार कर रहे हैं और मेरा मानना ​​है कि - कस्टमेशन फ्लैग को 0.10 के साथ भेज दिया गया है। क्या यह सही है, @dcodeIO?

हां, ध्वज 0.10.0 के साथ उतरा। प्रयोग है --extension .as उदाहरण के लिए, अनिवार्य रूप से की जगह किसी भी .ts के साथ .as । ध्यान दें, हालांकि, उस समय एस्क एक समय में एक ही विस्तार को समझता है, बहुत संभव है कि बाहरी पुस्तकालयों के साथ समस्याओं का एक अलग उपयोग कर। बल्कि चीजों को आजमाने के लिए एक प्रायोगिक सुविधा।

@dcodeIO ओह वाह! मेरे पास कोई सुराग नहीं था जो उतरा था! उस पर महान काम! : मुस्कान:: +1:

एक फ़ाइल में सरल परियोजना के लिए काम करता है, धन्यवाद! और सिंटैक्स को अब हाइलाइट किया गया है।
लेकिन rollup-plugin-assemblyscript जैसी चीजों के साथ नहीं है।

संपादित करें: मुझे पता लगा कि इस प्लगइन को कैसे ठीक किया जाए, यह संस्करण से बाहर हो गया है। पीआर: https://github.com/surma/rollup-plugin-assemblyscript/pull/3