Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>Хочу посмотреть на эту чудо UI библиотеку, если она существует на самом деле

Меня никакая из активно разрабатываемых GUI-либ на rust не впечатлила, если честно.
На плюсах и dart описание GUI смотрится выразительней, если его прямо в коде описывать, без промежуточных XAML и т.д.

Т.е., с выразительностью у rust заметные проблемы.
И размен выразительности плюсов на встроенный в rust unque_ptr — такое себе преимущество.


V>>А потом Blazor будут переделывать, если/когда в wasm добавят GC.
ЕА>Почему переделывать? Просто перейдут на новый сборщик мусора. Задача наверно не тривиальная, но для прикладного кода ничего не изменится.

Задача архинетривиальная (С).
Точный GC сильно привязан к метаинформации.

Поэтому, сейчас плохо понятно, будет ли в wasm универсальный GC и если будет — то каким именно?
Множно, конечно, налепить абстракций на АПИ GC и прочую архитектурную мишуру, но за это будут штрафы в производительности.

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>Хочу посмотреть на эту чудо UI библиотеку, если она существует на самом деле

Меня никакая из активно разрабатываемых GUI-либ на rust не впечатлила, если честно.
На плюсах и dart описание GUI смотрится выразительней, если его прямо в коде описывать, без промежуточных XAML и т.д.

Т.е., с выразительностью у rust заметные проблемы.
И размен выразительности плюсов на встроенный в rust unque_ptr — такое себе преимущество.


V>>А потом Blazor будут переделывать, если/когда в wasm добавят GC.
ЕА>Почему переделывать? Просто перейдут на новый сборщик мусора. Задача наверно не тривиальная, но для прикладного кода ничего не изменится.

Задача архинетривиальная (С).
Точный GC сильно привязан к метаинформации.

Поэтому, сейчас плохо понятно, будет ли в wasm универсальный GC и если будет — то каким именно?
Можно, конечно, налепить абстракций на АПИ GC и прочую архитектурную мишуру, но за это будут штрафы в производительности.