[%] 타입스크립트 문법에 고루틴/채널 있음 좋겠다.

[익명(14.54)]

러스트는 다양한 기능이 있지만 러닝커브도 높고 정말 퍼포먼스 필요한 분야 아니고서야 깐깐한 규칙들 다 지켜가며 작성하기 별로고

고는 좋은데 문법이 너무 제약적인거같애

타입스크립트가 개인적으로 기능은 꽤 다양하면서 좋은데 이런 문법에 고루틴이랑 채널 도입하는 언어없나 ㅇㅅㅇ

[익명(220.79)]

코틀린 - dc App

[익명(180.71)]

ts는 문법용도 wrpper라서 가능하려나..

[익명(223.62)]

타스는 자스기반이라 async쓰면되는데 고루틴이랑 다를게 머임

[익명(223.62)]

그리고 자스에 MessageChannel 같은거 있으니까 그거 써

[익명(211.36)]

worker 쓰십쇼

[야딩조무사(cir6174)]

내부 도는거 빼고 인터페이스만 보면 async await 문법이랑 고루틴이랑 큰 차이가 없음 - dc App

[야딩조무사(cir6174)]

어차피 진짜 스케줄링은 js에서 제어할 방법 자체가 딱히 없고 응용 수준에서 스케줄링은 제너레이터 응용해서 만들 수 있음 - dc App

[야딩조무사(cir6174)]

예전에 async await 없을때 제너레이너로 비슷한 문법 만들어 쓰고 그랬는데 이것도 응용수준의 스케줄링을 직접 한거나 마찬가지임 react 같은거 열어보면 내부에서 이런 스케줄링하는거 생각보다 많음 - dc App

[야딩조무사(cir6174)]

async generator정도만 있어도 엔진에서 해주는 스케줄링 위로는 전부 제어할 수 있음 - dc App

[야딩조무사(cir6174)]

https://github.com/tj/co
- dc App

[야딩조무사(cir6174)]

js는 비동기 제어할때 메시지 채널(이벤트 리스너)을 asyncItertor로 서로 전환하는게 아주 쉬워서 님이 원하는 모양대로 코드 표현하는거 자체는 어려운일이 아닐거임 - dc App

[익명(122.199)]

다트 될걸?