c
ну профит что вебасм бинари ложить прям в нод модули и не нужен никакой сборщик
Size: a a a
2020 September 30
SR
ну профит что вебасм бинари ложить прям в нод модули и не нужен никакой сборщик
да, но нужен интероп все равно. для строк, объектов, массивов
SR
их тулза биндинги через wasm-bindgen делает
c
да, но нужен интероп все равно. для строк, объектов, массивов
ну это на стороне js все
SR
там помимо того, что апи стабильное, еще и песочница, и видимо, детерминизм важны
c
я в том смысле это всегда боль когда в нпм пакете лежат исходники на C и каждый раз приходится их компилить при установке. которые к тому же не всегда могут собраться из за версий ноды
SR
да, но в последнее время стало немного лучше
SR
да и можно собранные шипить
SR
зависит от конкретной ситуации конечно
c
да и можно собранные шипить
под какую платформу?)
SR
M
Очень давно было. Они просто компилируют wasm в натив через LLVM. Вообще странно почему у них не такой уж и большой отрыв по сравнению с WAVM который использует LLVM JIT
lp
мастера на все руки судя по сайту и гх
M
выглядит норм
Так а толку? С таким же успехом можно сделать wasm2c или InNative использовать, Кроме того тот же WAVM умеет object-файлы создавать. wasmer тоже LLVM-jit использует если нужно. Не вижу никаких преимуществ
lp
я не совсем уверен, тк дал только поверхностный взгляд, но они там с субстратом какую-то ебучку делают
lp
там прикол в том что если ты таргетишь субстрат то ты таргетишь wasm в первую очередь. Есть оптимизация - та же самая логика может быть скомпилирована и в rust - но нужно понимать что это оптимизация, каноничные результаты всегда идут от васма.
lp
у них же вроде это дело в васм не компилиться