и кучу

что бы была впринципе возможность делать сборку мусора

а для этого как раз нужен рантайм

Постоянно забывают люди, что Elm - hosted язык. У него нет ничего своего на низком уровне, все идет от JS VM - примитивные типы, сборка мусора та же, асинхронность, событийная модель. Не говоря уж про сборку мусора упомянутую выше

Для elm2wasm нужно будет все это реализовать

да, естественно нужно будет бахнуть рантайм, над этим я работаю 🙂

Если что-то сложно сделать, это же не значит, что это невозможно сделать :)

Единственное, я не очень понимаю официального статуса GC у Вебассембли — то они на докладах говорят что почти закончили, то у них есть такие вот репы: https://github.com/WebAssembly/gc где кроме GC описываются и расширенные типы и всё что можно.

Интересный ишью по этому поводу: https://github.com/WebAssembly/gc/issues/32

А как там сделаешь GC, если программы сами управляют своей памятью?

Там ожидается GC as a Library, еяпп

Либа на уровне IL, а не на уровне языка исходников, конечно же

Ребят, а как в Elm принято делать в случае если:
1) С сервера приход список элеметно items
2) Перед отображением, я его фильтрую локально в зависимости от друго поля filter
3) В случае изменения поля filter, нужно каждый раз переформатировать список items для отображения

Я пока только придумал, хранить 2 списка:
- items для "внутреннего использования" в update
- visualItems класть туда отфильтрованные элементы для "использования в view"

Но мне не нравится что в Model поля разных типов и оба они попадают в view

Можно фильтровать прям во вью

Конечно, все равно view рендерится только при изменении данных. Не забудь keyed сделать чтобы virtual dom эффективнее обрабатывал

в стейте не должны храниться вычисляемые данные

в стейте хранятся все данные в чистом виде и фильтр

потом во вью данные уже фильтруются

Функции тоже в модели не хранят ;)

а кто говорит про хранение функций в модели?