The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Wasmer 1.0, инструментарий для платформонезависимых приложений на базе WebAssembly, opennews (?), 06-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


42. "Wasmer 1.0, инструментарий для платформонезависимых приложен..."  +9 +/
Сообщение от Анон Анонов (?), 06-Янв-21, 19:36 
Этот фреймворк решает другие задачи, но похожие. Самое главное отличие wasm от вашей java это то, что wasm это открытый стандарт, лишённый любых лицензионных претензий. Также он запускается в браузере, для его работы не нужно тянуть внешнюю часть, например jre. Отсюда и вывод, что описанный в топике фреймворк позволяет запускать один и тот же код и в браузере, и в разных операционках. Это снижает затраты на поддержку и не так требовательно к ресурсам как электрон.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

100. "Wasmer 1.0, инструментарий для платформонезависимых приложен..."  +1 +/
Сообщение от topin89email (ok), 07-Янв-21, 03:15 
> Этот фреймворк решает другие задачи, но похожие

Java решала простую задачу: один раз скопилировал -- и везде запускается. Wasmer решает (вроде как) ту же самую задачу, только под капотом движки JavaScript, не Java. Хорошо это или плохо да чёрт его знает.

> Самое главное отличие wasm от вашей java это то, что wasm это открытый стандарт, лишённый любых лицензионных претензий.

Тут согласен.

> Также он запускается в браузере, для его работы не нужно тянуть внешнюю часть, например jre.

Чё? Для его работы нужно тянуть браузер, что побольше jre будет. ОК, преувеличение, но это всё равно не нативная прога, какой-то runtime для компиляции и запуска всё равно нужен.

> Отсюда и вывод, что описанный в топике фреймворк позволяет запускать один и тот же код и в браузере, и в разных операционках.

Чё? В смысле, для библиотек ещё может быть (N.B.: я не знаю, есть ли библиотеки для WASM. Если знаете наверняка, отпишите в ответе, чтоб я и все остальные знали). Но как можно запустить консольные программы в браузере?

> Это снижает затраты на поддержку и не так требовательно к ресурсам как электрон.

Чё? Опять же, для консолек наверняка будет меньше требований, но для GUI или не будет возможности, или будет ровно тот же электрон или там WebRenderer. Возможно, как-то можно подключить Qt или там WxWidgets, но зачем?

Так, на всякий. Провокация или нет, если я написал лютую дичь -- отвечайте и исправляйте. Я говорю что думаю, а не что знаю. И чем больше людей видят полную картину, тем лучше для всех.

Ответить | Правка | Наверх | Cообщить модератору

152. "Wasmer 1.0, инструментарий для платформонезависимых приложен..."  +1 +/
Сообщение от Аноним (151), 10-Янв-21, 14:03 
Я осторожно предположу (т.к. не до конца в теме), что главное отличии все же в том, что в wasm нет тормозного сборщика мусора, как в Java. Уж сколько в последний версиях Java новых сборщиков мусора появлялось, как тормозили, так и тормозят. А еще в отличии от Java это все же скорее native код в итоге, тогда как Java Это все же больше байт-код, не смотря на то что оно пытается делать JIT.
Ответить | Правка | Наверх | Cообщить модератору

131. "Wasmer 1.0, инструментарий для платформонезависимых приложен..."  +/
Сообщение от Аноним (131), 07-Янв-21, 18:52 
>Самое главное отличие wasm от вашей java это то, что wasm это открытый стандарт,
>лишённый любых лицензионных претензий.

Java давно уже открытый стандарт, только Google решил украсть Java в те в далёкие времена, когда OpenJDK ещё не существовало.

>Также он запускается в браузере, для его работы не нужно тянуть внешнюю часть,
>например jre

Точнее она тянется при каждом обновлении браузера. И тянется голый компилятор, а все библиотеки тянутся отдельно для каждого сайта и зачатую помногу раз из за ограниченности размеров кеша.

Все ждали, что WASM станет полноценной платформой, на которой можно делать универсальные Web-приложения на любом языке. А получили тормозную песочницу контролируемую JS-кодом на которой нужно обязательно писать в стиле микросервисов ибо динамическую линковку в общую память не шмогли. А монолиты врезаются в ограничения на компиляцию больших бинарников. Данный фреймворк это попытка пропихнуть этот шит вместо нормальных способов изоляции операционных систем, что то вроде Docker только в пару раз медленнее. Ненужно в квадрате.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру