https://www.opennet.ru/openforum/vsluhforumID3/137866.html Консорциум W3C объявил о готовности спецификации, стандартизирующей промежуточный код WebAssembly 3.0 и связанный с ним API, позволяющий создавать высокопроизводительные приложения, переносимые между браузерами и аппаратными платформами. WebAssembly предоставляет не зависящий от браузера универсальный низкоуровневый промежуточный код для выполнения приложений, скомпилированных из различных языков программирования...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63899<br> https://www.opennet.ru/openforum/vsluhforumID3/137866.html#286 Thu, 09 Oct 2025 14:25:17 GMT &gt; Так C# работает на уровне рантайма. Это не скриптовый язык на подобии <br>&gt; JS, Python, Lua.<br><br>Web-приложениям и не нужен скриптовый язык.<br><br>&gt; Ofc, такое может случится, но только в случае когда-то кто-то сможет написать <br>&gt; хороший интерпретатор, сравнимый по скорости с JS.<br><br>Интерпретатор опять же нужен лишь скриптовым языкам, а компилятор для C# сделать куда проще чем для JS с его непредсказуемой типизацией.<br><br>&gt; C# изначально создавался с иным подходом к написанию программ. JS создавался как <br>&gt; скриптовый язык, а точнее как обертка над ECMAScript. Смысла в статической <br>&gt; типизации на уровне рантайма интерпретатора - бесмыслена. Это уже проблема кодера, <br>&gt; что пишет скрипты (ну или код, если выражаться по модному).<br><br>JS создавался когда стандарта ECMAScript и в проекте не было. ECMAScript это попытка стандартизации всего того хлама, что уже был написан. Статическая типизация нужна не интерпретаторам, а компиляторам. В браузерах кстати стоят JIT-компиляторы JS, а не интерпретаторы. Потому, что интерпрет https://www.opennet.ru/openforum/vsluhforumID3/137866.html#285 Thu, 09 Oct 2025 13:34:20 GMT Так C# работает на уровне рантайма. Это не скриптовый язык на подобии JS, Python, Lua. <br><br>Ofc, такое может случится, но только в случае когда-то кто-то сможет написать хороший интерпретатор, сравнимый по скорости с JS. <br><br>C# изначально создавался с иным подходом к написанию программ. JS создавался как скриптовый язык, а точнее как обертка над ECMAScript. Смысла в статической типизации на уровне рантайма интерпретатора - бесмыслена. Это уже проблема кодера, что пишет скрипты (ну или код, если выражаться по модному). <br><br> https://www.opennet.ru/openforum/vsluhforumID3/137866.html#284 Wed, 24 Sep 2025 21:33:38 GMT Там, если не путаю, через байткод LLVM<br>Т.е вначале сишка компилится любым компилятором с поддержкой &#171;выхлопа&#187; в байткод <br>Далее, байт-код скармливается в тот же Emscripten<br>По крайней мере ранее так было<br><br>За счёт подобного подхода в васм преобразовывались многие ЯП, для которых был компилятор с поддержкой выдачи результата в байткоде <br> https://www.opennet.ru/openforum/vsluhforumID3/137866.html#283 Sun, 21 Sep 2025 12:31:03 GMT &gt;&gt; С чего ты взял?<br>&gt; С того, что я смотрел на внутренности бинарника. Там машинный код, а <br>&gt; не IL.<br><br>Плохо смотрел. По-умолчанию машинный код там - это всего лишь bootstrap.<br> https://www.opennet.ru/openforum/vsluhforumID3/137866.html#281 Sun, 21 Sep 2025 01:36:51 GMT &gt; С чего ты взял?<br><br>С того, что я смотрел на внутренности бинарника. Там машинный код, а не IL.<br> https://www.opennet.ru/openforum/vsluhforumID3/137866.html#280 Sat, 20 Sep 2025 23:04:43 GMT &gt; Теперь ты говоришь загадками и скорее всего сам с собой. Потому что <br>&gt; что ты слышал и какую таблетку забыл принять сегодня знаешь лишь <br>&gt; ты.<br><br>Не ты ли рецепт выписал? Понять не можешь, что сам же накалялкал? Водички попей, солевой ты наш.<br><br>&gt; Нет, в контексте кросплатформенности мы должны учитывать как аппаратные особенности платформы, <br>&gt; так и программные.<br><br>Отлично, берем на заметку.<br><br>&gt; Для приготовления чая или варки супа они мало подходят. А для чего <br>&gt; ты уже который раз задаёшь детские вопросы?<br><br>Лакмус на рожденных не раньше нулевых :)<br><br>&gt; Разумеется он там парсится, но вот избавлять браузер от парсинга они совсем <br>&gt; не хотят. Иначе WebAssmebly имел бы полный доступ ко всему тому <br>&gt; же, к чему имеет доступ JavaScript.<br><br>Будет иметь, не за горами.<br><br>&gt; Ну да и кросплатформенность и изолированность. То есть глупый у тебя получился <br>&gt; сарказм - технически безграмотный.<br><br>:) книжек читай больше<br><br><br>&gt; Есть, причём уже в прескомпилированном виде и некоторые вещи из стандартной библиотеки <br>&gt; https://www.opennet.ru/openforum/vsluhforumID3/137866.html#279 Sat, 20 Sep 2025 21:34:22 GMT &gt; .net core и генерит сразу машинные коды, от JIT они отказались.<br><br>С чего ты взял? Там есть JIT. Ты можешь использовать Native AOT или NGEN и тогда JIT использоваться не буедт, но это не является поведением по-умолчанию, то есть полностью от JIT никто не отказывался.<br> https://www.opennet.ru/openforum/vsluhforumID3/137866.html#278 Sat, 20 Sep 2025 21:22:47 GMT &gt;&gt; JIT - это условно бэкэнд обычного компилятора. Но в отличии от обычного <br>&gt;&gt; компилятора оптимизация машинного кода в JIT может быть динамической, то есть <br>&gt;&gt; с учётом конкретного использования кода. Другой частью обычного компилятора является фронтэнд <br>&gt;&gt; и его работа не такая уж плёвая. Лексер и парсер - <br>&gt;&gt; это далеко не всё, что есть во фронтэнде компилятора.<br>&gt; В WASM нет никакой динамической компиляции, это подаётся как преимущество перед asm.js. <br>&gt; Никаких внезапных затупов в процессе работы не будет. Во фронтенде компилятора <br>&gt; ещё есть макросы, но они есть далеко не в каждом языке. <br><br>Цитата из Википедии: WebAssembly implementations generally use either ahead-of-time (AOT) or just-in-time (JIT) compilation, though some may also use an interpreter. While the first implementations appeared in web browsers, there are now many non-browser implementations for general-purpose use. <br><br>Что касается фронтэнда обычных компиляторов, то там тоже есть свои оптимизации кода. А макросами занимается вообще https://www.opennet.ru/openforum/vsluhforumID3/137866.html#277 Sat, 20 Sep 2025 21:17:34 GMT &gt; И что? Технически (аппаратно) железо потянет. Озабоченность пролегает на линии этики, политики, <br>&gt; приватности.<br><br>Поясни про этику, политику и приватность в контексте данной темы.<br>