Comments 31
Как думаете, вот оно, начало светлого будущего?
+3
Похоже на то. Очень надеюсь, что не очередной xhtml.
+8
Новый этап майнинга криптовалют на стороне посетителей.
+3
Не могу больше молчать. Постараюсь не спойлерить слишком много.
Да, начало. Но впереди еще очень длинный путь. И проделать его мы можем только сообща. И меня очень радует, что один из шажков был выполнен пусть не сообща, но хотя бы одновременно несколькими крупными компаниями.
Да, начало. Но впереди еще очень длинный путь. И проделать его мы можем только сообща. И меня очень радует, что один из шажков был выполнен пусть не сообща, но хотя бы одновременно несколькими крупными компаниями.
0
Ссылка на демо: http://webassembly.github.io/demo
Для работы включить
Для работы включить
javascript.options.wasm
или chrome://flags#enable-webassembly
.+3
Есть ли примеры взаимодействия с DOM?
+2
С DOM нужно работать из js, wasm = binary asm, там объектов нет.
0
Сама работа с DOM так и остается на плечах JS, появилась возможность тяжелую и не очень логику приложения перенести на предсказуемую и быструю платформу не заморачиваясь с "Убийцами оптимизации JS" не учитывая "особенности V8" и других js-движков. Нативному С/С++ коду не требуются эти оптимизации, парсинги, учитывание распространенных паттернов и другие тормозные вещи, всё уже готово и загружено в бинарном формате, только выполнить осталось
+2
Разве? https://github.com/WebAssembly/design/blob/master/GC.md
reference DOM and other Web API objects directly from WebAssembly code;
call Web APIs (passing primitives or DOM/GC/Web API objects) directly from WebAssembly without calling through JavaScript; and
reference DOM and other Web API objects directly from WebAssembly code;
call Web APIs (passing primitives or DOM/GC/Web API objects) directly from WebAssembly without calling through JavaScript; and
+1
А как вообще на этом писать?) Или надо писать на C++, и компилировать в WASM? Если так, то дебажить будет невесело. Хотя наверное потом сделают возможность дебажить выполняемый код в браузере прямо из какого-нибудь Qt.
0
На сколько слышал, он по большей части предназначен для промежуточного представления скриптов, а не для написания. Общую суть понял так: сделали виртуальную машину для web. Оптимизация очевидна: убиваем парсинг и уменьшаем габариты страниц.
0
Это не замена JS, это возможность подключать библиотеки написанные на C/С++ в браузере, которые будут выполнятся как нативные (что-то вроде того, что сейчас в nodejs). Отлаживать, соответственно, не обязательно в браузере, но всё равно уже сообщают, что и в браузере будет поддержка View Source и отладка
+3
Так же как пишите байт-код для jvm или .net
0
Заново Java-апплеты изобрели, или ActiveX?
+5
Заново изобрели Flash. Туда то он и сядет :-)
0
Аудитория флеша шире, чем у любого известного браузера. Пока Webassembly не наберет аудиторию, уязвимости в нем активно искать никто не будет. Формат будет считаться безопасным.
А когда (если) наберет аудиторию, посыпятся и дыры, а на хабре начнут периодически мелькать статейки «Webassembly умер! Будущее за HTML6»
А когда (если) наберет аудиторию, посыпятся и дыры, а на хабре начнут периодически мелькать статейки «Webassembly умер! Будущее за HTML6»
0
Скорее разрешили в js вставлять куски, скомпилированные с других языков. Уязвимостей после отладки вряд ли будет больше чем у самого js
0
научно-фантастического шутера Angry Bots
Так высокопарно демку, идущую в комплекте к Unity, еще, пожалуй, никто не называл
+8
UFO just landed and posted this here
ещё один npapi?
0
Это скорее замена PNaCl, wasm это платформонезависимый байткод, выполняемый с привилегиями js, npapi — бинарные модули браузера без каких либо ограничений для кода(читай решето), но ограничены в подключении по соображениям безопасности и здравого смысла.
0
Sign up to leave a comment.
Три основных браузера добавили поддержку низкоуровневого бинарного формата WebAssembly