>[оверквотинг удален]
> функции, которые предоставил ему загрузчик на JavaScript. И, если речь идет
> не о числодробилках, очень сомнительно, что в обычных формошлепских сценариях WebAssembly
> будет быстрее, чем JavaScript, поскольку данные, при пересечении границы между WebAssembly
> и JavaScript, должны (де)кодироваться.
> Хочешь отправить в wasm строку и получить результат в виде строки? Задекодируй
> родную яваскриптовую строку из WTF-16 в UTF-8, вызови функцию в wasm,
> а теперь получи результат, перекодировав его из UTF-8 обратно в WTF-16.
> В итоге wasm-приложуха будет работать медленнее. Та же проблема у нативных
> модулей NodeJS, поэтому, например, парсинг XML работает существенно быстрее, если его
> написали на чистом JS, а не воспользовались сишным libxml2 через врапперы. Байндинги в самих фреймворках не проблема.
Да сделаны через интероп, ну так практически теже проблемы в TS,
Bridge.NET или любых транспайлерах. Но эту тему будут развивать, не так ли?
уже сейчас Blazor при примере позволяет писать вот так:
@using System.Net.Http
@inject HttpClient Http
<input @bind="newItemName" placeholder="New Todo Item" />
<button @onclick="@AddItem">Add</button>
@code {
private string newItemName;
private async Task AddItem()
{
var addItem = new TodoItem { Name = newItemName, IsComplete = false };
await Http.PostAsJsonAsync("api/TodoItems", addItem);
}
}
Вот надо и потестировать что быстрее какой-нибудь вуй или кнокаут.
Но я не думаю что первомансу будет страдать, а вот выбирать язык для RIA - это серьезный шаг.