ҪҸ
там оверхеда нет
js!, который в итоге и есть js-ая функция, которая как импорт идёт в wasm-модуль. Это и есть оверхедSize: a a a
2018 February 18
PL
Ну, там
ҪҸ
да, но получается тот же код, что и в жс был бы
PL
В идеале в wasm-е должен крутиться какой-нибудь react-redux, который на выходе тупо патчи на dom отсылает в js код, а они уже за один раз применяются к dom-у
ҪҸ
не, ну редакс точно не нужен
JD
есть embedded html, есть embedded js, всё реализуемо
JD
ну тогда эмбер
PL
не, ну редакс точно не нужен
А какие альтернативы то могут быть?
PL
Ну, схеме наважно, конечно, главное virtual dom чтоб был раздельный: вычисление патча и наложение
PL
yew вон засрали тем, что стор мутабельным сделали
PL
На всякий случай напомню, что буквально один вечер пилилось, тупо глянуть работоспособность rust+wasm
PL
С платформой надо столкновение сделать так же, как с блоками, околофизическое. Ну да ладно
JD
> Суть stdweb-а именно в обратном: обернуть js-api, чтобы писать всё на расте
Не нужно пихать раст / wasm везде куда только можно. Не нужно смешивать логику и обвязку. Это приводит к запутанному коду и, в конечном, счёте, говнокоду. Только более современному.
Не нужно пихать раст / wasm везде куда только можно. Не нужно смешивать логику и обвязку. Это приводит к запутанному коду и, в конечном, счёте, говнокоду. Только более современному.
ҪҸ
А какие альтернативы то могут быть?
такие, которые не чекают все компоненты, а что-то реактивное поумнее
lp
yew вон засрали тем, что стор мутабельным сделали
а какая разница между f(_: X) → X от f(_: &mut X) ?
PL
такие, которые не чекают все компоненты, а что-то реактивное поумнее
Ну, в чекинге нет проблем, если иммутабельное всё
PL
Но это проблема реакта, а не редакса
ҪҸ
ну они все равно лишние
PL
Вместо реакта я бы брал riotjs