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 파일로 취급하도록 VS Code에 지시하는 것은 간단하지 않습니까? 나는 그것을 믿는다. VS Code 또는 유사한 편집기에서 TypeScript의 정적 분석의 이점을 얻는 훨씬 더 간단한 방법이면서도 별도의 확장을 갖는 이점을 얻을 수있는 것 같습니다.

마지막으로 tsc를 확인하여 지원되는 파일 확장자를 하드 코딩했으며이를 변경하는 유일한 방법은 포크를 유지하는 것입니다. 하지만 그것은 asc 프로토 타입의시기 였지만 그것이 바뀌 었는지는 모릅니다.

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 확장자와 마찬가지로 이것이 너무 어렵지 않을 것이라고 생각합니다.

여기에 다른 문제가 있습니까?

ActionScript 문제는 .as 의 거래 차단기 인 것 같습니다. .asc ?

개인적으로 확장 기능이 컴파일러와 동일하다는 생각이 마음에 들지 않습니다. 어떻게 든 Wasm을 통합 할 수 있었으면했지만 .asm 사용할 수없고 제가 생각할 수있는 유일한 제품입니다.

또한 @dcodeIO , RocketScript는 .rs ... 그러나 이름을 지금 변경한다면 시간이 될 것입니다. 현재 이름에 대한 나의 불만은 너무 많은 음절이라는 것입니다. 우주 테마를 유지하면서 Ad Astra 또는 Arugula (영국에서는 로켓이라고 함)을 수행 할 수 있습니다.

.rs Rust에 의해 예약 됨 =)

내 상황에 대해서도이 문제가 있음을 알리고 싶었습니다 .https : //github.com/AssemblyScript/assemblyscript/issues/719

또한 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://github.com/microsoft/TypeScript/issues/10939

나는 아마도 .as.ts 이 여기에서 가장 의미가 있다는 것에 동의하기 시작했습니다. 🤔

@ torch2424 .as.ts 는 가져 오기에서도 TypeScript에서 지원되지 않습니다. 전에 몇 가지 의견을 언급했듯이 지원이 의미하는 바에 따라 다릅니다. AssemblyScript에 필요한 유일한 지원은 Visual Studio Code 또는 Atom과 같은 편집기의 정적 분석 지원입니다. 이 올바른지? 타이프 라이터 수입에 .TS 확장을 허용하는 Deno의 솔루션을 참조하십시오 : https://github.com/justjavac/vscode-deno/blob/master/README.md 나는 포크와에 플러그인을 확장하기가 너무 어려울 것입니다 생각하지 않습니다 다른 확장을 허용하여 VS Code 용 AssemblyScript 플러그인을 만듭니다.

TypeScript에서 정확히 어떤 종류의 지원이 필요합니까? 컴파일러는 이미 모든 확장을 처리 할 수 ​​있습니다. typechecker는 확장에 문제가있는 유일한 것입니다. 플러그인으로 쉽게 수정할 수 있다고 생각합니다.

.ts 확장 오류를 수정하는 실제 논리는 다음과 같습니다. https://github.com/justjavac/typescript-deno-plugin

AssemblyScript는 결국 자체 언어 서버가 필요합니다. 맞습니까? 에디터 용 플러그인은 TypeScript 유형 검사기로 이러한 확장 문제를 해결하는 자연스러운 방법이 될 수 있습니다. .ts 끝나는 것으로 제한 할 필요가 없다고 생각합니다.

@ torch2424 .as.ts는 가져 오기에서도 TypeScript에서 지원되지 않습니다. 전에 몇 가지 의견을 언급했듯이 지원이 의미하는 바에 따라 다릅니다.

오, 이런! 나는 나의 사과를 놓쳤다!

TypeScript에서 정확히 어떤 종류의 지원이 필요합니까? 컴파일러는 이미 모든 확장을 처리 할 수 ​​있습니다. typechecker는 확장에 문제가있는 유일한 것입니다. 플러그인으로 쉽게 수정할 수 있다고 생각합니다.

죄송합니다. 아마도 제가 틀렸을 수 있습니다. 시도하지 않았지만 사람들이 다른 확장 프로그램을 사용할 수없는 공개 된 문제를 발견했습니다 😂

AssemblyScript는 결국 자체 언어 서버가 필요합니다. 맞습니까? 에디터 용 플러그인은 TypeScript 유형 검사기로 이러한 확장 문제를 해결하는 자연스러운 방법이 될 수 있습니다. .ts로 끝나는 것으로 제한 할 필요가 없다고 생각합니다.

네, 맞다고 생각합니다.

우리가 할 수 있다면, 그것은 타이프 라이터 파일에 대한 사용자 지정 확장을 사용할 수 있도록의 tsconfig에 ssomething, 나는 우리가 함께 가면이 좋은 거라고 생각 .as 😄

TypeScript 팀과 함께 새로운 문제를 열고 대신 언어 서버에 연결할 방법이 있는지 물어볼 때라고 생각합니다. 확실히 .ts 확장으로이를 수행하는 더 좋은 방법이있을 것입니다.

다음은 GitHub가 .as 만드는 것을 보여주는 작은 저장소입니다. 모든 것이 TS와 AS 측에서 모두 작동하도록하기 위해 수행해야하는 작업을 확인하기 위해 분기 할 수도 있습니다.

https://github.com/dcodeIO/asext

그리고 네, RocketScript / .rs 는 사실 제가 재미 있으려고 노력했습니다 :)

이것은 Github에 따른 AngelScript입니다 : D

그런데 @dcodeIO , 당신의 repo를 컴파일 할 수 없습니다.

나는이 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와 충돌한다고 말씀 하셨나요? 야, 나는 오래 전에 그것을 사용했다. Macromedia는 죽었습니다. Adobe Flash는 죽었고 Flex는 죽었습니다. 따라서 ActionScript도 죽었습니다. .as 이름에 대한 +1. 투표가 있습니까?

Btw, 멋진 움직임입니다 : 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 를 typescript로 계산하는 경우 ... 구문 적으로 동일합니까?

안녕하세요!

https://github.com/AssemblyScript/meta/issues/19 에서이 문제에 대해 논의했습니다.

우리가 얻은 주요 실행 가능한 항목은 다음과 같습니다.

대부분의 주요 IDE와 Github에서 지원을 받기 위해 언어가해야 할 일의 목록이 필요합니다.

AssemblyScript가 .ts 확장을 피기 백했기 때문에 이는 자체 확장 이름을 지원하기 위해 모든 인프라를 구축해야 함을 의미합니다. 예를 들어, 언어 전문가 Github 리포지토리에 들어가는 방법, Visual Studio 코드 지원을받는 방법이 있습니다.

일단 우리는 그것을 문제로 나눌 수 있습니다. 그런 다음 사람들이 문제를 해결하고 구현을 시작할 수있는 최종 이름을 결정할 수 있습니다.

주간 회의에서 제안 된 다른 이름이있었습니다 (내가 가장 좋아하는 이름은 .asms (Asm Script)). 😄

PS 동시에 확장 이름을 변경하고 싶은 경우 나중에 변경하는 것보다 지금 변경하는 것이 훨씬 낫습니다. 그 이유는 더 많은 사람들이 AS를 채택할수록 모든 사람이 확장 이름을 변경하기가 더 어려워지기 때문입니다.

.at (AssemblyScript의 첫 글자와 마지막 글자)는 어떻습니까?

.as (GitHub의 다른 언어 2 개와 충돌)
.at
.ast
.asc (GitHub의 다른 3 개 언어와 충돌)
.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* 이 TS에서 분기되므로 .tsas 또는 .tsa 처럼 열려 있습니까?

.was ( .wasm 이전 단계)도 있지만 이미있을 수 있습니다.

.ax 또는 직접적인 약어가 아닌 무언가도 있습니다.

이 문제는 최근 활동이 없었기 때문에 자동으로 오래된 것으로 표시되었습니다. 더 이상 활동이 발생하지 않으면 폐쇄됩니다. 귀하의 기여에 감사드립니다.

다음 단계? 이게 부실하길 바라 지마

또는 Assembly Script의 이름을 약간 더 설명적인 WASM 스크립트로 변경하고 'wass'를 사용하여 WASM, WAST, WASI, WAT 등을 보완합니다.

이 문제는 최근 활동이 없었기 때문에 자동으로 오래된 것으로 표시되었습니다. 더 이상 활동이 발생하지 않으면 폐쇄됩니다. 귀하의 기여에 감사드립니다.

부실하지 않습니다. 어떻게 결정을 내릴 수 있습니까?

@lastmjs 지난 회의에서 Saul Cabrera가 언어 서버에서 작업을 시작할 것이라고 언급했습니다.

일단 우리가 그것을 가지고 있다면, 우리는 Assemblyscript 구문을 인식하고 다른 도구와 같은 언어에 대한 플러그인과 것들을 작성할 수있게 될 것이기 때문에이 문제를 해결하는 데 큰 도움이 될 것입니다.

이렇게하면이 작업을 수행하기 위해 typescript 도구에 의존 할 필요가 없으며 .ts 에서 파일 확장자 이름을 변경할 수 있습니다. : smile :

이 문제가 주목을 받고있어 기쁩니다. 내 2 센트 : .as 는 .js , .ts 와 유사한 정신으로 AssemblyScript의 가장 직관적 인 확장입니다. 나는 lang 서버에서의 작업에 대해서도 듣고 기쁩니다. 이것은 개발 경험에서 먼 길을 갈 것입니다. 모두 훌륭합니다.

.as 대한 +1.
이전 언어와의 충돌에 대해 걱정할 필요가 없습니다. 그들은 결국 사라질 것입니다.
훌륭합니다, BTW.

나는 지금 확장 캠프에 있습니다. 이것은 아마도 가장 자의적인 결정일 것입니다. 그러나 그것은 내려져야합니다.

@dcodeIO 우리는 vscode 확장으로 작업하는 적절한 구문 강조 표시가 있으며 가능하면 곧 이에 대한 결정을 내릴 것입니다.

그 동안 저는 .asc 파일 확장자를 사용하여 오랫동안 기다려 왔고 탐 내던 AssemblyScript 확장을 개발하는 데 대부분의 시간을 할애 할 것입니다. compileString() 메서드 덕분에 컴파일러 자체에 의해 표준화되어야하고 컴파일러의 주요 릴리스와 함께 제공되어야하지만 우리가 어떤 확장을 사용하는지는 중요하지 않습니다.

RFC는 AssemblyScript/meta 저장소에서 열어야합니다.

CC @ torch2424 @willemneal 및 @MaxGraey

@jtenner Dope : smile : 예, RFC를 열고 여기에 링크 해주세요! : 미소 : : 타다 :

이 문제는 최근 활동이 없었기 때문에 자동으로 오래된 것으로 표시되었습니다. 더 이상 활동이 발생하지 않으면 폐쇄됩니다. 귀하의 기여에 감사드립니다.

부실하지 않습니다! 그 결정은 어떻게되어 가고 있습니까?

우리는 여전히 asconfig를 끝내기를 기다리고 있으며 --extension 플래그가 0.10과 함께 제공되었다고 믿습니다. @dcodeIO가 맞습니까?

예, 깃발은 0.10.0으로 착륙했습니다. 예를 들어 사용량은 --extension .as 이며 기본적으로 .ts 를 .as 대체합니다. 그러나 asc는 현재 한 번에 정확히 하나의 확장을 이해하므로 다른 확장을 사용하는 외부 라이브러리에 문제가 발생할 가능성이 높습니다. 오히려 실험적인 기능을 시도해 볼 수 있습니다.

@dcodeIO 오와! 착륙 한 단서가 없었습니다! 잘하셨습니다! : 미소 : : +1 :

하나의 파일로 간단한 프로젝트가 작동하므로 감사합니다! 이제 구문이 강조 표시됩니다.
하지만 rollup-plugin-assemblyscript 것은 그렇지 않습니다.

편집 :이 플러그인을 수정하는 방법을 알아 냈습니다. PR : https://github.com/surma/rollup-plugin-assemblyscript/pull/3