К
Ну те тебе нужен JS рантайм.
Оно все не заведется
Оно все не заведется
Size: a a a
2020 July 04
SG
сабсет для тех библиотек, которые мне нужны нужен минимальный
SG
я бы просто портировал из nodejs необходимые части да и всё
К
А не проще всю ноду тогда взять, и подергать?
К
Толку от TS без Runtime Type Check
И да, без Value Type тоже в LLVM
И да, без Value Type тоже в LLVM
M
LLVM медленный в плане компиляции. Если еще добавить оригинальный tsc в качестве фронтенда, который так же очень медленный получается ужасно нерабочий инструмент. Вон контрибуторы из deno сначала решили переписать tsc на Rust а сейчас вообще плюнули и все решили переписать на раст даже стандартную библиотеку)
https://startfunction.com/deno-will-stop-using-typescript/
https://startfunction.com/deno-will-stop-using-typescript/
SG
Сам Runtime Type Check мне не особо нужен, я в своих проектах на него не полагаюсь вовсе.
К
Сам Runtime Type Check мне не особо нужен, я в своих проектах на него не полагаюсь вовсе.
Да потому что его нет
RB
MaxGraey
LLVM медленный в плане компиляции. Если еще добавить оригинальный tsc в качестве фронтенда, который так же очень медленный получается ужасно нерабочий инструмент. Вон контрибуторы из deno сначала решили переписать tsc на Rust а сейчас вообще плюнули и все решили переписать на раст даже стандартную библиотеку)
https://startfunction.com/deno-will-stop-using-typescript/
https://startfunction.com/deno-will-stop-using-typescript/
cranlift быстрее?
SG
Пока что понял, что оптимальнее использовать Assembly Script для получения WASM, а уже потом с ним как-то ехать дальше через wasm3/innative, верно?
M
cranlift быстрее?
да, но он пока не дотягивает по мощности в плане оптимизаций и по колличеству целевых платформ
К
Пока что понял, что оптимальнее использовать Assembly Script для получения WASM, а уже потом с ним как-то ехать дальше через wasm3/innative, верно?
IMHO единственный рабочий вариант
M
Пока что понял, что оптимальнее использовать Assembly Script для получения WASM, а уже потом с ним как-то ехать дальше через wasm3/innative, верно?
Да. Потому что у тебя есть выбор. Использовать от бразузера до stanalone интерпретатора или jit-компилятора вроде wasmtime (cranelift). Кроме того можно даже в С странслировать через wasm2c
SG
Ага, т.е. краткосрочную задачу можно переформулировать таким образом: выбрать необходимые библиотеки (тот же rxjs) и проверить их работоспособность совместно с AssemblyScript, так?
К
Оно не заработает
Как раз про замыкания и хотел сказать.
По этому мы не можем нашу тонну TS кода на AS перегнать.
Один из приколов. Рантайм юзает замыкания на замыканиях и нестрогие типы.
Как раз про замыкания и хотел сказать.
По этому мы не можем нашу тонну TS кода на AS перегнать.
Один из приколов. Рантайм юзает замыкания на замыканиях и нестрогие типы.
К
Нужно делать порт.
Полный, на AS
Полный, на AS
M
Я не думаю что сейчас rxjs заведется на AS. Там все еще нету замыканий:
https://github.com/AssemblyScript/assemblyscript/pull/1308
https://github.com/AssemblyScript/assemblyscript/pull/1308
SG
Хм, т.е. получается, что более эффективно было бы пока пойти попробовать контрибьютить в AssemblyScript?
SG
Ну т.е. если бы он работал более полноценно (те же замыкания), то это бы помогло решить более общую задачу.
M
возможно. Так или иначе AS самый зрелый проект из вышеперечисленных