С
что мы сейчас и имеем в виде приложух на мобилках
Разве что на Apple и то не совсем, там ограничений много.
Size: a a a
2020 June 08
p
ну в целом да
p
но отдавать html с бекенда это хуево
DF
То есть даже не WebAssembly, а просто бинарный код.
Чем вебассембли не подходит?
p
потому что прикрутить к такому ajax это сложно
EG
потому что прикрутить к такому ajax это сложно
Очень просто
p
нет
EG
Нужно прогрузить ещё кусок ленты — делаешь запрос «дай мне ещё кусок ленты», бэкенд собирает HTML и отдаёт
s
можно сделать нормальный язык
Современный JS достаточно нормален для своих целей. Проблема в том, что JS-kiddies его не знают, не в состоянии написать нормально, быстро и нативно без миллионов либ
EG
Ты его просто дописываешь в конец
p
с реактом ты написал один раз и оно работает. в твоем случае мне нужно написать темплейт еще и сделать логику на жс. больше кода.
e
Я думал над альтернативой. И пришёл к мысли, что нужен механизм создания "слепых" процессов ОС, которые ничего не смогут делать, кроме как общаться с родителем через stdin-stdout и прочее. В такой процесс можно будет загружать любой нативный код из интернета, и он будет общаться с родителем-браузером по заранее определённому протоколу.
но это на самом деле про другое
веб - это паутина
то есть множество связей, и собственно тут что то дальше рассказывать бессмысленно, потому что видно в чем преимущество
веб - это паутина
то есть множество связей, и собственно тут что то дальше рассказывать бессмысленно, потому что видно в чем преимущество
EG
Это проще, чем парсить JSON
С
Dollar Føølish
Чем вебассембли не подходит?
Ну хотя бы тем, что он в два раза медленнее бинарного нативного кода. Далее, там не бывает исключений, longjmp и тому подобного.
p
Это проще, чем парсить JSON
как раз нет
DF
Да это не нужно все
AZ
Dollar Føølish
Форма требует знаний?
in a nutshell
DF
Вебассембли уже почти запилен
p
парсинг в жсе жсона это очень легкая операция
EG
как раз нет
То, что сложность скрыта от тебя десятью тысяч слоёв абстракции, не означает, что это просто