Assemblyscript: ضع في اعتبارك امتداد ملف آخر غير tts

سيكون هذا مفيدًا لخادم اللغة في vscode أيضًا!

هذا شيء قد نفكر فيه في المستقبل ، ولكن في الحالة الحالية ، بدون خادم اللغة الخاص بنا ، يبدو أن إعادة استخدام امتداد .ts هو أفضل ما يمكننا القيام به بشكل معقول لتوفير تجربة مطورة جيدة.

هناك بعض المؤشرات ، على الرغم من ذلك ، يمكن استخدام الأدوات لتحديد ما هو رمز AS ، مثل

• إذا كان هناك tsconfig.json يمتد path/to/std/assembly.json ، فهذا دليل AS
• إذا كان package.json يحتوي على ascMain ، فهذا يشير إلى ملف إدخال AS داخل دليل برمز AS آخر
• وبالمثل ، إذا كان package.json يحتوي على برنامج نصي asbuild ، فإن رموزه تشير إلى ملف إدخال AS
• عادةً ما يكون رمز AS موجودًا في assembly/ إذا لم يتم تكوينه بطريقة أخرى

هذا شيء قد نفكر فيه في المستقبل ، ولكن في الحالة الحالية ، بدون خادم اللغة الخاص بنا ، يبدو أن إعادة استخدام امتداد .ts هو أفضل ما يمكننا القيام به بشكل معقول لتوفير تجربة مطورة جيدة.

أنا أفهم. رغم ذلك ، أليس من السهل توجيه تعليمات إلى VS Code للتعامل مع ملفات .as كملفات TypeScript؟ أعتقد أنه كذلك. يبدو أن هذا سيكون طريقة أبسط بكثير للحصول على فوائد التحليل الثابت لـ TypeScript في VS Code أو برامج التحرير المماثلة ، مع الاستمرار في الحصول على مزايا وجود امتداد منفصل.

في المرة الأخيرة التي راجعت فيها tsc بشدة ، تم ترميز امتدادات الملفات المدعومة والطريقة الوحيدة لتغييرها كانت الاحتفاظ بالشوكة. كان ذلك في وقت قريب من النموذج الأولي التصاعدي ، ومع ذلك ، لا أعرف ما إذا كان قد تغير.

أعتقد أن الأمر يعتمد هنا على ما تعنيه بـ supported file extensions . سيقوم TypeScript بتجميع مسارات الاستيراد مع أي امتداد للملف. مدقق النوع هو الشيء الوحيد الذي لديه مشاكل مع الامتدادات ، وأعتقد أنه ليس من الصعب إصلاحه بامتداد بسيط لـ VS Code. في الواقع ، أعتقد أن Deno قد فعل ذلك بالفعل مقابل امتدادات .ts : https://marketplace.visualstudio.com/items ؟ itemName=justjavac.vscode-deno

أيضًا ، لديّ VS Code مفتوحًا الآن ، وقد وجهته للتعامل مع ملفات .as أنها TypeScript.

لقد دمجت للتو AssemblyScript هنا: https://github.com/lastmjs/zwitterion

إنها تعمل! ولكن ، كما قلت ، يعتمد ذلك على امتلاك AssemblyScript لامتداد الملف الخاص به. لقد اخترت الآن استخدام .as . لقد جربت VS Code أكثر من ذلك بقليل ، يمكنني توجيهه لاستخدام .as كمؤشر لكونه ملف TypeScript ، وسيحفظ هذا التكوين. المشكلة الرئيسية الوحيدة التي أراها هي توجيه تعليمات إلى محلل TypeScript الثابت للسماح بامتداد .as ، ولكن مثل امتداد Deno الذي ربطته أعلاه ، لا أعتقد أن هذا سيكون صعبًا للغاية.

هل هناك قضايا أخرى هنا؟

يبدو أن مشكلة أكشن سكريبت هي كسر صفقة لـ .as . ربما .asc ؟

شخصيا لا تحب فكرة أن الامتداد هو نفسه المترجم. أتمنى أن ندمج Wasm بطريقة ما ، لكن لا يمكننا استخدام .asm وهو الوحيد الذي يمكنني التفكير فيه.

أيضًا dcodeIO ، سيكون RocketScript .rs ... ومع ذلك ، إذا أردنا تغيير الاسم الآن فسيكون الوقت مناسبًا. شكواي الوحيدة مع الاسم الحالي هي أنه يحتوي على عدد كبير جدًا من المقاطع. تمشيا مع موضوع الفضاء يمكننا عمل Ad Astra أو Arugula (وهو ما يسمى صاروخ في المملكة المتحدة).

.rs محجوز بواسطة Rust =)

أردت فقط توضيح أن هناك هذه المشكلة أيضًا لسياقي: https://github.com/AssemblyScript/assemblyscript/issues/719

أيضًا ، أعتقد أن Github Languages ستكون مرجعًا جيدًا. يبدو أن ActionScript متعارض بالفعل مع AngelScript ، وبالتالي ، ربما يكون أفضل رهان لدينا هنا للمضي قدمًا هو فتح مشكلة مع Github ومعرفة ما إذا كان يمكن إضافة AssemblyScript إلى القائمة كـ .as ، حيث يبدو أن هذا هو الأكثر شعبية اختيار؟

كما هو الحال في ، نسأل عما إذا كان AssemblyScript يمكن أن يكون: .as و .assemblyscript ؟ 🤔

أيضًا ، ccjayphelps لأن لديهم بعض الأفكار الجيدة حقًا هنا 😄

إليك القليل من الريبو الذي يوضح ما ستصنعه GitHub من .as . يمكن أيضًا أن تكون متشعبة لمعرفة ما يجب القيام به لجعل كل شيء يعمل على جانب TS و AS:

https://github.com/dcodeIO/asext

ونعم ، كان RocketScript / .rs في الواقع أحاول أن أكون مضحكة :)

أيضًا ، ها هي المستندات لإضافة لغة جديدة إلى شيء Github Language detector: https://github.com/github/linguist/blob/master/CONTRIBUTING.md#adding -a-language 😄

ومع ذلك ، فقد أجريت بعض الأبحاث ، وكان dcodeIO صحيحًا ، ويبدو أن Typescript لا تدعم أي امتداد بخلاف تلك التي تدعمها صراحةً: https://github.com/microsoft/TypeScript/issues/10939

بدأت أتفق مع ربما .as.ts الأكثر منطقية هنا؟ 🤔

@ torch2424 .as.ts غير مدعوم بواسطة TypeScript في عمليات الاستيراد أيضًا. كما ذكرت قبل بضعة تعليقات ، يعتمد الأمر على ما تعنيه بالدعم. يبدو أن الدعم الوحيد الذي يحتاجه AssemblyScript هو دعم التحليل الثابت في برامج التحرير مثل Visual Studio Code أو Atom. هل هذا صحيح؟ اطلع على حل Deno للسماح بامتدادات .ts في عمليات استيراد TypeScript: https://github.com/justjavac/vscode-deno/blob/master/README.md لا أتخيل أنه سيكون من الصعب جدًا تفرع وتوسيع المكون الإضافي إلى السماح بامتداد آخر ، وإنشاء ملحق AssemblyScript لـ VS Code.

ما هو نوع الدعم المطلوب بالضبط من TypeScript؟ يمكن للمترجم بالفعل التعامل مع أي امتداد ، فاحص الكتابة هو الشيء الوحيد الذي لديه مشاكل مع الامتدادات ، والتي أتصور أنها يمكن إصلاحها بسهولة باستخدام المكونات الإضافية

يبدو أن المنطق الفعلي لإصلاح أخطاء التمديد .ts موجود هنا: https://github.com/justjavac/typescript-deno-plugin

سيحتاج AssemblyScript إلى خادم اللغة الخاص به في النهاية على أي حال ، أليس كذلك؟ يبدو أن البرنامج المساعد للمحررين يمكن أن يكون طريقة طبيعية لإصلاح مشكلات الامتداد هذه باستخدام مدقق نوع TypeScript. لا أعتقد أننا بحاجة إلى تقييد أنفسنا بشيء ينتهي بـ .ts

@ torch2424 .as.ts غير مدعوم بواسطة TypeScript في عمليات الاستيراد أيضًا. كما ذكرت قبل بضعة تعليقات ، يعتمد الأمر على ما تعنيه بالدعم.

يا لا سوء الحظ! فاتني اعتذاري!

ما هو نوع الدعم المطلوب بالضبط من TypeScript؟ يمكن للمترجم بالفعل التعامل مع أي امتداد ، فاحص الكتابة هو الشيء الوحيد الذي لديه مشاكل مع الامتدادات ، والتي أتصور أنها يمكن إصلاحها بسهولة باستخدام المكونات الإضافية

عفوًا ، ربما كنت مخطئًا في ذلك الوقت ، لم أجربها ، لكن وجدت هذه المشكلة المفتوحة حيث لا يمكن للأشخاص استخدام ملحقات أخرى

سيحتاج AssemblyScript إلى خادم اللغة الخاص به في النهاية على أي حال ، أليس كذلك؟ يبدو أن البرنامج المساعد للمحررين يمكن أن يكون طريقة طبيعية لإصلاح مشكلات الامتداد هذه باستخدام مدقق نوع TypeScript. لا أعتقد أننا بحاجة إلى تقييد أنفسنا بشيء ينتهي بـ ts

نعم أعتقد أن هذا صحيح ، jtenner ذكر هذا ، وأعتقد أنه سيكون لديهم المزيد من الخلفية حول هذا الموضوع.

ولكن ، إذا تمكنا من القيام بشيء ما في tsconfig ، بحيث يمكنه استخدام امتداد مخصص لملفات نصية ، أعتقد أنه سيكون من الجيد إذا اخترنا .as 😄

أعتقد أن الوقت قد حان لفتح مشكلة جديدة مع فريق TypeScript ونسألهم عما إذا كانت هناك طريقة للتواصل مع خادم لغتهم بدلاً من ذلك؟ بالتأكيد يجب أن تكون هناك طريقة أفضل للقيام بذلك باستخدام الامتداد .ts .

إليك القليل من الريبو الذي يوضح ما ستصنعه GitHub من .as . يمكن أيضًا أن تكون متشعبة لمعرفة ما يجب القيام به لجعل كل شيء يعمل على جانب TS و AS:

https://github.com/dcodeIO/asext

ونعم ، كان RocketScript / .rs في الواقع أحاول أن أكون مضحكة :)

هذا هو AngelScript وفقًا لـ Github: D

dcodeIO بالمناسبة ، لا يمكنني تجميع الريبو الخاص بك.

أنا أجمع هذا AngelScript بطريقة ما مثل هذا: د

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

.as جيد لكنك تقول ... إنه يتعارض مع ActionScript؟ يا رجل ، لقد استخدمتها منذ دهور. ماكروميديا ​​ميت. Adobe Flash مات ، فليكس ميت. لذلك مات أكشن سكريبت أيضًا. +1 لـ .as name. هل يوجد تصويت؟

راجع للشغل ، إنها حركة رائعة: js -> ts -> as

(أيضًا ، سيكون من الرائع أن تكون AssemblyScript مجموعة شاملة من TypeScript ، وليس مجموعة فرعية)

أوافق ، يبدو أن .as كل مكان هو الخيار الأفضل والأكثر طبيعية والأكثر راحة ، باستثناء التعارض مع اللغات الأخرى. أعتقد أنه إذا كان ذلك ممكنًا ، إذا استطعنا بطريقة ما عمل .as ، فعندئذ ينبغي علينا ذلك. إذا ماتت اللغات الأخرى أو ماتت ، فيبدو من المعقول أن تكون شركة AssemblyScript قادرة على جعل الامتداد رائعًا.

التغيير إلى .as عملية صعبة حقًا. يمكننا الحصول على موافقة من جيثب (جيثب / لغوي). يجب أن تكون اللغة ناضجة تمامًا لذلك. تحتاج أيضًا إلى تحديث مجموعة واسعة من المحررين و IDEs.

MaxGraey نعم ، هذا صحيح. وفي كل مكان في المستندات ، والأمثلة ، وما إلى ذلك - يجب ذكر كل مكان .as ، - ربما يكون هذا هو الجزء الأصعب.

من السهل جدًا إصلاح التمييز في VSCode:

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

رغم ذلك ، من الناحية المثالية ، لا ينبغي إدارتها بواسطة إعدادات كل شخص. ربما يجب أن يكون مكونًا إضافيًا منفصلاً ، والذي سيتم اقتراحه تلقائيًا بمجرد فتح ملف .as لأول مرة ، - أكثر سهولة في الاستخدام من إدارة التكوين اليدوية. أو حتى لتحويل العلاقات العامة إلى ملحق TS الحالي لحساب .as كنص مطبوع ... هل هي مكافئة من الناحية التركيبية؟

مرحبا!

أجرينا مناقشة حول هذه المشكلة في https://github.com/AssemblyScript/meta/issues/19

العنصر الرئيسي القابل للتنفيذ الذي خرجنا منه كان:

نحتاج إلى قائمة بالأشياء التي ستحتاج اللغة إلى القيام بها للحصول على الدعم في معظم IDEs الرئيسية ، بالإضافة إلى Github.

نظرًا لأن AssemblyScript كان يدعم الامتداد .ts ، فهذا يعني أننا بحاجة إلى إنشاء جميع البنية التحتية لدعم اسم الامتداد الخاص بنا. على سبيل المثال ، كيف نحصل على Github repo ، كيف نحصل على Visual Studio Code Support.

بمجرد أن نحصل على ذلك ، يمكننا تقسيمه إلى مشكلات. وبعد ذلك يمكننا تحديد الاسم النهائي ، حيث يمكن للأشخاص تناول هذه المشكلات والبدء في التنفيذ.

كانت هناك أسماء أخرى مقترحة في الاجتماع الأسبوعي (المفضلة الجديدة هي .asms (Asm Script)) ، ونعم! 😄

ملاحظة: في الوقت نفسه ، إذا كنا متأكدين من رغبتنا في تغيير اسم الامتداد ، فمن الأفضل القيام بذلك الآن ، وليس لاحقًا. والسبب هو أنه كلما زاد عدد الأشخاص الذين يتبنون AS ، سيكون من الصعب على الجميع تغيير أسماء الامتدادات.

ماذا عن .at (الحرف الأول والأخير من AssemblyScript)؟

.as (يتعارض مع لغتين أخريين على GitHub)
.at
.ast
.asc (يتعارض مع 3 لغات أخرى على GitHub)
.asmt
.asmc
.asms
.asmst
.asmscript
.assemblyscript

.as هو خياري الأول دون مراعاة اللغات المتعارضة ، ثم .at و .asms . تعجبني فكرة الامتداد المكون من حرفين لأنه يتماشى مع تراث اللغات المستندة إلى JS الأكثر شيوعًا ، .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 يجعلني أفكر على الفور في ActionScript ، وهناك امتدادات VSCode لها بالفعل.

أفضل .asms أو .ascr .

ذكر الجميع حتى الآن .a* لفترة زمنية ، ولكن هل سيكون .ts* مفتوحًا (مثل .tsas أو .tsa ) نظرًا لأنه متفرع من TS؟

يوجد أيضًا .was (الخطوة السابقة لـ .wasm ) ولكن هذا قد يكون موجودًا بالفعل

هناك أيضًا مجرد الذهاب مقابل .ax أو شيء ليس اختصارًا مباشرًا.

تم وضع علامة على هذه المشكلة تلقائيًا على أنها قديمة نظرًا لعدم وجود نشاط حديث لها. سيتم إغلاقه إذا لم يحدث أي نشاط آخر. شكرا لمساهماتكم.

الخطوات التالية؟ فقط لا تريد أن يصبح هذا قديمًا

أو قم فقط بإعادة تسمية سيناريو التجميع إلى البرنامج النصي WASM الأكثر وصفيًا واستخدم "wass" لتكملة WASM و WAST و WASI و WAT وما إلى ذلك.

تم وضع علامة على هذه المشكلة تلقائيًا على أنها قديمة نظرًا لعدم وجود نشاط حديث لها. سيتم إغلاقه إذا لم يحدث أي نشاط آخر. شكرا لمساهماتكم.

ليست قديمة. كيف يمكن اتخاذ القرار؟

lastmjs في آخر مقابلة ذكر شاول كابريرا أنك ستبدأ العمل على خادم اللغة: ابتسم:

بمجرد أن نحصل على ذلك ، سيساعد ذلك بشكل كبير في دفع هذه المشكلة ، حيث سيكون لدينا شيء يتعرف على بناء جملة Assemblyscript ، ويسمح لنا بالبدء في كتابة المكونات الإضافية والأشياء للغة في أدوات أخرى مثل: ابتسم:

بهذه الطريقة ، لن نضطر إلى الاعتماد على أدوات الكتابة المطبوعة للقيام بهذا العمل لنا ، ويمكننا البدء في تغيير اسم امتداد الملف من .ts : ابتسامة:

أنا سعيد لأن هذه المشكلة تحظى ببعض الاهتمام. سنتان الخاصة بي: .as هو الامتداد الأكثر بديهية لـ AssemblyScript ، كما هو الحال مع .js ، .ts أنا متحمس لسماع العمل على خادم lang أيضًا ، فهذا سيقطع شوطًا طويلاً في تجربة dev. عمل رائع كل شيء.

+1 لـ .as .
لا داعي للقلق بشأن التعارض مع اللغات القديمة. سوف تتلاشى في النهاية.
عمل رائع ، راجع للشغل.

أنا الآن في المعسكر التمديد. ربما يكون هذا هو القرار الأكثر اعتباطية ، ولكن ينبغي اتخاذه.

dcodeIO لدينا بناء جملة مناسب يبرز العمل بامتداد vscode ، ويجب أن يتم اتخاذ قرار بشأن هذا قريبًا ، إن أمكن.

في غضون ذلك ، سألتزم بأغلبية كبيرة من وقتي لتطوير امتداد AssemblyScript الذي طال انتظاره والمطلوب باستخدام امتداد الملف .asc . بفضل طريقة compileString() ، لا يهم الامتدادات التي نستخدمها ، على الرغم من أنه يجب توحيدها من قبل المترجم نفسه ، وتأتي مع إصدار مكسور من المترجم.

ربما يجب فتح RFC في الريبو AssemblyScript/meta .

CC @ torch2424willemneal و MaxGraey

jtenner Dope: ابتسم: نعم لا تتردد في فتح RFC وربطه هنا! : ابتسامة:: تادا:

تم وضع علامة على هذه المشكلة تلقائيًا على أنها قديمة نظرًا لعدم وجود نشاط حديث لها. سيتم إغلاقه إذا لم يحدث أي نشاط آخر. شكرا لمساهماتكم.

ليست قديمة! كيف يسير هذا القرار؟

ما زلنا ننتظر مني إنهاء asconfig وأعتقد أن علم التمديد مشحون بـ 0.10. هل هذا صحيح ،dcodeIO؟

نعم ، انخفض العلم بـ 0.10.0. الاستخدام هو --extension .as على سبيل المثال ، بشكل أساسي استبدال أي .ts بـ .as . لاحظ ، مع ذلك ، أن تصاعدي يفهم بالضبط امتدادًا واحدًا في كل مرة حاليًا ، ومن المحتمل جدًا أن يؤدي إلى مشاكل مع المكتبات الخارجية التي تستخدم امتدادًا مختلفًا. بالأحرى ميزة تجريبية لتجربة الأشياء.

تضمين التغريدة لم يكن لدي أي دليل قد هبط! عمل رائع على ذلك! : ابتسامة:: +1:

لمشروع بسيط في ملف واحد يعمل ، شكرا! ويتم تمييز بناء الجملة الآن.
ولكن مع أشياء مثل rollup-plugin-assemblyscript ليست كذلك.

تحرير: اكتشفت كيفية إصلاح هذا المكون الإضافي الذي يحتوي على إصدار قديم. العلاقات العامة: https://github.com/surma/rollup-plugin-assemblyscript/pull/3