WASIX, новый механизм Wasmer, облегчающий компиляцию в WebAssembly, вызвал сопротивление со стороны Bytecode Alliance, который считает WASIX нестандартным. Отраслевой консорциум, основанный Mozilla, Red Hat, Intel и Fastly, Bytecode Alliance продвигает стандарты WebAssembly, включая системный интерфейс WebAssembly (WASI) и модель компонентов WebAssembly.
«Альянс Bytecode не продвигает нестандартные системные интерфейсы, существующие для WebAssembly, такие как уровень совместимости Emscripten ABI и POSIX, интерфейсы wasm-bindgen, созданные рабочей группой Rust-Wasm, или WASIX», — сказал соучредитель альянса. и член технического руководящего комитета Тилль Шнайдерайт в ответе на вопросы по электронной почте.
По словам Шнайдерайта, миссия Bytecode Alliance состоит в содействии созданию новых основ для создания программного обеспечения, включая WebAssembly (Wasm) и WASI. По его словам, работая над достижением этой цели, альянс фокусируется на открытых стандартах везде, где это возможно. Альянс считает, что модель компонентов WebAssembly и WASI тесно связаны с этой миссией, и считает, что W3C (Консорциум World Wide Web) является подходящим местом для их разработки в качестве стандартов, сказал Шнайдерайт.
Объявленный Wasmer 30 мая и описанный как расширенный набор WASI, WASIX представляет собой спецификацию и набор инструментов для создания приложений с совместимостью POSIX с целью упростить компиляцию в WebAssembly. «Основная цель WASIX — позволить любому типу программ работать поверх WebAssembly, включая Bash, Nginx, Redis, Curl и многие другие популярные проекты, требующие системных вызовов, которые, скорее всего, никогда не будут приняты в WASI, таких как fork syscall», — сказал Сайрус Акбари, основатель и генеральный директор Wasmer. Акбари утверждал, что WASI претерпевает критические изменения, которые затрудняют обновление исполняющей среды Wasm. Тем временем WASIX заполняет пробелы в WASI и обратно совместим с WASI Preview 1, сказал Акбари.
Однако Шнайдерайт описал WASIX как ответвление WASI. «Мы в Bytecode Alliance не верим, что эту модель можно принципиально улучшить только за счет использования WebAssembly в качестве технологии реализации, поэтому мы считаем, что модель компонентов и WASI являются лучшим подходом к ключевым проблемам, с которыми сталкивается разработка программного обеспечения — от безопасность цепочки поставок, надежность, эффективность использования ресурсов и производительность разработчиков», — сказал Шнайдерайт.
Компонентная модель WebAssembly служит дополнением к Wasm и обладает такими возможностями, как строгая инкапсуляция памяти компонента, возможность связывать модули вместе и независимый от языка интерфейс. По словам Шнайдерайта, компонентная модель была одобрена несколькими средами выполнения WebAssembly, а также рядом поставщиков различных платформ.
Далее прочитайте это:
- Лучшее программное обеспечение с открытым исходным кодом 2022 года
- Разработчики не хотят заниматься операциями
- 7 причин, почему Java по-прежнему великолепна
- Почему Wasm — это будущее облачных вычислений
- Почему оценки программной инженерии — это мусор
- Объяснение непрерывной интеграции и непрерывной доставки
