К
Я думаю это плохая идея прям совсем и окончательно.
Size: a a a
2021 September 11
Б
К
потому что 90% займет glue code
К
возможно для серверов это будет меньше, так как там формально тебе надо будет только WS обернуть, для клиента тебе придется больше написать на JS чем на AS =)
К
По этому там будет только какая-то бизнесс логика, а все остальное - старый добрый
M
писать фронт полностью на wasm (не важно на каком языке) плохая идея по следующим причинам
1) Незрелость web-фреймворков поддерживающих wasm
2) Нет возможности нормальной отладки
3) Нет быстного hot-релоадинг
4) Дорогой инероп особенно для обектов
5) Проблемный интероп с асинхронными методами
6) отсутствие встроенной асинхронности в самом wasm (в AS нету промисов и async/await из-за этого)
1) Незрелость web-фреймворков поддерживающих wasm
2) Нет возможности нормальной отладки
3) Нет быстного hot-релоадинг
4) Дорогой инероп особенно для обектов
5) Проблемный интероп с асинхронными методами
6) отсутствие встроенной асинхронности в самом wasm (в AS нету промисов и async/await из-за этого)
К
нету модулей!
К
Это тоже важно, так как ты не можешь просто линкануть wasm-flate тот же, он на расте, в WASM
M
да, динамичемкой линковки тоже нету)
M
На серверной части все тоже очень весело. У wasi нету ни доступа к сокетам ни даже к ner. По крайней мере сейчас
AC
Я смутно припоминаю 2-3-4 (смотря как считать).
К
Что опять?
К
А, все, там он упал на том, что нотация метода сменилась и я аргумент не запихал
M
Открой issue пожалуйста
Б
1) аргумент про зрелость фреймворков не подходит потому что я собираюсь написать свой ui/full-stack фреймворк
2) тут согласен, буду ждать поддержки dwarf (https://github.com/AssemblyScript/assemblyscript/issues/1496) а пока буду обходиться текущими сорс-мапами
3) что значит нет быстрого хот-релоадинга?
4) а я буду поменьше использовать интероп, я планирую не вызывать сихронно js-экспорты (например создание дом-элемента через document.createElement или canvasCtx.fill) а закодировать батч этих операций в виде чисел в массиве и передать js для их обработки в конце фрейма, а дальше вообще можно создать отдельный воркер и обрабатывать асинхронно
5) асихронность будет обрабатываться отдельным слоем, там будет уклон не в самостоятельную отправку запросов за данными на сервер (изнутри onMount какого-то компонента) а уклон в декларативное описание структур (некая бд в памяти в виде классов-структур на клиенте) которые будут автоматически синхронизироваться с бд на сервере
6) отсутствие промисов в AS не проблема так как промисы можно написать самому (даже на собеседованиях иногда спрашивают)
2) тут согласен, буду ждать поддержки dwarf (https://github.com/AssemblyScript/assemblyscript/issues/1496) а пока буду обходиться текущими сорс-мапами
3) что значит нет быстрого хот-релоадинга?
4) а я буду поменьше использовать интероп, я планирую не вызывать сихронно js-экспорты (например создание дом-элемента через document.createElement или canvasCtx.fill) а закодировать батч этих операций в виде чисел в массиве и передать js для их обработки в конце фрейма, а дальше вообще можно создать отдельный воркер и обрабатывать асинхронно
5) асихронность будет обрабатываться отдельным слоем, там будет уклон не в самостоятельную отправку запросов за данными на сервер (изнутри onMount какого-то компонента) а уклон в декларативное описание структур (некая бд в памяти в виде классов-структур на клиенте) которые будут автоматически синхронизироваться с бд на сервере
6) отсутствие промисов в AS не проблема так как промисы можно написать самому (даже на собеседованиях иногда спрашивают)
Б
а что значит динамическая линковка? можно же расшарить одну и ту же память разным васм-модулям которые будут подключаться динамически
M
нет. Для нормлаьной динамической линковки нужно ждать multi-memory proposal
Б
буду пока через ноду