Assemblyscript: .ts以外のファイル拡張子を検討してください

これは、vscodeの言語サーバーにも役立ちます！

これは将来検討する可能性がありますが、現在の状態、つまり独自の言語サーバーがない場合、.ts拡張子を再利用することが、優れた開発エクスペリエンスを提供するために合理的に実行できる最善の方法のようです。

ただし、ツールがASコードとは何かを判断するために使用できるインジケーターがいくつかあります。

• ある場合tsconfig.json拡張path/to/std/assembly.json 、だASディレクトリは、
• package.jsonにascMain場合、それは他のASコードを含むディレクトリ内のASエントリファイルを指しています。
• 同様に、 package.jsonにasbuildスクリプトがある場合、その添え字はASエントリファイルを指します。
• ASコードは、他の方法で構成されていない場合、通常assembly/存在します

これは将来検討する可能性がありますが、現在の状態、つまり独自の言語サーバーがない場合、.ts拡張子を再利用することが、優れた開発エクスペリエンスを提供するために合理的に実行できる最善の方法のようです。

わかります。 しかし、 .asファイルをTypeScriptファイルとして扱うようにVSCodeに指示するのは簡単ではありませんか？ そうだと思います。 そのように思えるのは、VS Codeまたは同様のエディターでTypeScriptの静的分析の利点を得るには、はるかに簡単な方法であり、それでも別の拡張機能を持つことの利点を得ることができます。

前回、サポートされているファイル拡張子をハードコードしたtscを確認しましたが、それを変更する唯一の方法は、フォークを維持することでした。 それはascプロトタイプの頃でしたが、それが変更されたかどうかはわかりません。

ここでは、 supported file extensions意味によって異なると思います。 TypeScriptは、任意のファイル拡張子を持つインポートパスをコンパイルします。 タイプチェッカーは拡張機能に問題がある唯一のものであり、単純なVSCode拡張機能で修正するのはそれほど難しくないと思います。 実際、Denoはすでに.ts拡張機能に対してこれを行っていると思います： https ：

また、現在VS Codeを開いており、 .asファイルをTypeScriptとして扱うように指示しました。

ここにAssemblyScriptを統合しました： https ：

できます！ しかし、私が言ったように、それは独自のファイル拡張子を持つAssemblyScriptに依存します。 今のところ、 .as 。 そして、VS Codeをもう少し試してみましたが、TypeScriptファイルであることを示すインジケーターとして.asを使用するように指示すると、その構成が保存されます。 私が目にする唯一の大きな問題は、TypeScript静的アナライザーに.as拡張子を許可するように指示することですが、上記でリンクしたDeno拡張子のように、これはそれほど難しいことではないと思います。

ここに他の問題はありますか？

ActionScriptの問題は.as取引ブレーカーのようです。 多分.asc ？

個人的には、拡張機能がコンパイラーと同じであるという考えは好きではありません。 どういうわけかWasmを組み込むことができればいいのですが、 .asmを使用することはできず、私が考えることができるのはそれだけです。

また、@ dcodeIOの場合、RocketScriptは.rsます...ただし、名前を変更する場合は、今がその時です。 現在の名前に対する私の1つの不満は、音節が多すぎるということです。 宇宙のテーマに沿って、 Ad Astra 、またはArugula （英国ではロケットと呼ばれます）を実行できます。

.rsはRustによって予約されています=）

私のコンテキストでもこの問題があることを伝えたかっただけです： https ：

また、 Github言語は良い参考になると思います。 ActionScriptはすでにAngelScriptと競合しているようです。したがって、前進するための最善の策は、Githubで問題を開いて、AssemblyScriptを.asとしてリストに追加できるかどうかを確認することです。これは人気があるようです。オプション？

のように、AssemblyScriptが.asと.assemblyscriptかどうかを尋ねます。 🤔

また、cc @jayphelpsは、ここで非常に優れた洞察を持っていたためです😄

これは、GitHubが.asで何を作成するかを示す小さなレポです。 TS側とAS側の両方ですべてを機能させるために何をする必要があるかを確認するためにフォークすることもできます。

https://github.com/dcodeIO/asext

そして、ええ、RocketScript / .rsは実際に私が面白くしようとしていました:)

また、Github言語検出器に新しい言語を追加するためのドキュメントは次のとおりです： https ：//github.com/github/linguist/blob/master/CONTRIBUTING.md#adding-a-language😄

ただし、いくつかの調査を行い、 @ dcodeIOは正しかったようですが、 https ：

私はおそらく.as.tsがここで最も理にかなっていることに同意し始めていますか？ 🤔

@ torch2424 .as.tsは、インポートでもTypeScriptでサポートされていません。 先ほどコメントしたように、サポートの意味によって異なります。 AssemblyScriptに必要なサポートは、Visual StudioCodeやAtomなどのエディターでの静的分析のサポートだけのようです。 これは正しいです？ TypeScriptインポートで.ts拡張子を許可するためのDenoのソリューションを参照してください： https ：

TypeScriptから正確にどのようなサポートが必要ですか？ コンパイラはすでに任意の拡張機能を処理できます。拡張機能に問題があるのはタイプチェッカーだけです。これはプラグインで簡単に修正できると思います。

.ts拡張エラーを修正するための実際のロジックはここにあるようです： https ：

とにかく、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は実際に私が面白くしようとしていました:)

これはGithubによるAngelScriptです：D

ちなみに@dcodeIO 、あなたのリポジトリをコンパイルできません。

私はこのAngelScriptをどういうわけかそのようにコンパイルしています：D

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は死んでおり、Flexは死んでいます。 したがって、ActionScriptも死んでいます。 .as名の場合

ところで、それはクールな動きです：js-> ts-> as

（また、サブセットではなく、TypeScriptのスーパーセットであるのはクールなAssemblyScriptです）

私は同意します。他の言語との競合を除いて、 .asすべて、最良で、最も自然で、最も快適な選択のようです。 可能であれば、どうにかして.as機能させることができれば、そうすべきだと思います。 他の言語が死んでいるか死んでいる場合、AssemblyScriptが拡張機能を素晴らしいものにするためのショットを持っているべきであると思われます。

.asへの変更は本当に難しいプロセスです。 GitHub（github / linguist）から承認を得ることができます。 そのためには言語はかなり成熟しているはずです。 また、さまざまなエディターとIDEを更新する必要があります。

@MaxGraeyはい、そうです。 そして、ドキュメントや例などのどこでも-どこでも.asと言及する必要があります-それはおそらく最も難しい部分です。

VSCodeでの強調表示を修正するのは非常に簡単です。

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

ただし、理想的には、各人の設定で管理するべきではありません。 おそらく別のプラグインである必要があります。これは、 .asファイルを初めて開いたときに自動的に提案されます。これは、手動の構成管理よりもはるかにユーザーフレンドリーです。 または、PRを既存のTSプラグインにして、 .asをタイプスクリプトとしてカウントすることもできます...構文的には同等ですか？

こんにちは！

この問題についてはhttps://github.com/AssemblyScript/meta/issues/19で議論しました

私たちがそれから得た主な実用的なアイテムは次のとおりです。

Githubだけでなく、ほとんどの主要なIDEでサポートを受けるために言語が実行する必要があることのリストが必要です。

AssemblyScriptは.ts拡張機能から便乗しているため、これは、独自の拡張機能名をサポートするためにすべてのインフラストラクチャを構築する必要があることを意味します。 たとえば、言語学者のGithubリポジトリにアクセスするにはどうすればよいですか、VisualStudioコードサポートを取得するにはどうすればよいですか。

それができたら、問題に分解できます。 そして、人々がそれらの問題を取り上げることができる最終的な名前を決定し、実装を開始することができます。

ウィークリーミーティングで提案された他の名前がありました（私の新しいお気に入りは.asms （Asm Script）です）、そしてそうです！ 😄

PS同時に、拡張機能の名前を変更したいことが確実な場合は、後でではなく、今すぐ変更することをお勧めします。 その理由は、ASを採用する人が増えるにつれて、誰もが拡張子名を変更するのが難しくなるためです。

.at （AssemblyScriptの最初と最後の文字）はどうですか？

.as （GitHubの他の2つの言語との競合）
.at
.ast
.asc （GitHubの他の3つの言語との競合）
.asmt
.asmc
.asms
.asmst
.asmscript
.assemblyscript

.asは、競合する言語を考慮しない私の一番の選択肢であり、次に.atと.asmsです。 2文字の拡張のアイデアは、最も人気のあるJSベースの言語である.jsと.tsの伝統に沿っているため、気に入っています。 2文字以上行かなければならない場合、私は.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から分岐しているので、 .ts*は開いていますか（ .tsasや.tsa ）？

.was （ .wasm前のステップ）もありますが、それはすでに存在している可能性があります

.axまたは直接の頭字語ではないものもあります。

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

次のステップ？ これを古くしたくないだけです

または、アセンブリスクリプトの名前をもう少しわかりやすいWASMスクリプトに変更し、「wass」を使用してWASM、WAST、WASI、WATなどを補完します。

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

古くない。 どのように決定を下すことができますか？

@lastmjs最後の会議で、 Saul Cabreraは、言語サーバーで作業を開始する予定であると述べました：smile：

それができたら、Assemblyscript構文を認識するものがあり、他のツールなどでその言語用のプラグインやものを書き始めることができるので、この問題を引き起こすのに大いに役立ちます：smile：

そうすれば、この作業を行うためにtypescriptツールに依存する必要がなくなり、ファイル拡張子の名前を.tsから変更できるようになります：smile：

この問題が注目を集めていることをうれしく思います。 私の2セント： .asは、 .js 、 .tsと同様の精神で、AssemblyScriptの最も直感的な拡張機能です。 langサーバーでの作業についても聞いて興奮しています。これは、開発エクスペリエンスに大いに役立ちます。 すべて素晴らしい仕事。

.as場合
古い言語との競合について心配する必要はありません。 それらは最終的には消えていきます。
素晴らしい仕事、ところで。

私は今、エクステンションキャンプにいます。 これはおそらく最も恣意的な決定ですが、行う必要があります。

@dcodeIOには、vscode拡張機能での作業を強調する適切な構文があり、可能であれば、これについての決定はすぐに行われるはずです。

それまでの間、私は自分の時間の大部分を、 .ascファイル拡張子を使用して待望の切望されたAssemblyScript拡張機能の開発に費やすつもりです。 compileString()メソッドのおかげで、コンパイラ自体によって標準化され、コンパイラの最新リリースが付属している場合でも、どの拡張機能を使用してもかまいません。

おそらく、RFCはAssemblyScript/metaリポジトリで開く必要があります。

CC @ torch2424 @willemnealと@MaxGraey

@jtenner Dope：smile：はい、RFCを開いて、ここにリンクしてください。 ：smile ：： tada：

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 貢献していただきありがとうございます。

古くない！ その決定はどうですか？

asconfigが完了するのをまだ待っていますが、-extensionフラグは0.10に付属していると思います。 そうですか、@ dcodeIO？

はい、旗は0.10.0で着陸しました。 たとえば、使用量は--extension .asで、基本的に.tsを.as置き換えます。 ただし、現在、ascは一度に1つの拡張機能を正確に理解しているため、別の拡張機能を使用している外部ライブラリで問題が発生する可能性が非常に高いことに注意してください。 むしろ実験的な機能で試してみてください。

@dcodeIOわあ！ 着陸した手がかりはありませんでした！ 素晴らしい仕事です！ ：smile ：： + 1：

1つのファイルでの単純なプロジェクトが機能するため、ありがとう！ そして、構文が強調表示されます。
しかし、 rollup-plugin-assemblyscriptようなものではそうではありません。

編集：バージョンが古くなったこのプラグインを修正する方法を見つけました。 PR： https ：