T>тогда ты меня неправильно понял, майкрософтовский блэйзор предлагает опцию, где рендеровка происходит на сервере (server-side), именно этот вариант и испробывал автор топика и мои комментарии были именно касательно этого мода, тут всё понятно: никакой высокой нагрузки при таком моде быть не может ни на какой платформе

T>кроме того, есть вариант, где рендеровка происходит на клиенте — это ближе к тому, что WebAssembly, но это другая песня: там пока проблемы со стартом, так как в первый раз нужно грузить .NET runtime, что может быть слишком медленно и поэтому неприемлимо для любых, даже корпоративных пользователей

Да, я имел ввиду именно клиентский вариант, а не тот, который описал автор топика.
Но серверный вариант также запускает на клиенте WebAssembly. Только в случае северного варианта единственное что делает это приложение это открытие WebSocket и получение от сервера UI. Поэтому также потребуется загрузить .NET runtime.
Не соглашусь, что это неприемлемо для корпоративных пользователей. Если загрузка WebAssembly приложения и .NET runtime происходит 1 раз, когда сотрудник начинает работать с приложением (при приёме на работу), то ничего плохого не вижу. По идее системный администратор должен выдать железо с уже настроенным ПО. Плохо это как раз для не корпоративных пользователей, например для интернет магазина. Человеку что бы посмотреть товары придётся подождать. Может не хватить терпения и он перейдёт в магазин который покажет товары быстрее. Хотя если .NET runtime уже загружен время ожидания минимально, так как, насколько я знаю, в WebAssembly планируется загрузка по частям (по требованию). Загрузили начальный экран, показали пользователю. Дальше в фоне грузим остальную часть приложения.

T>тогда ты меня неправильно понял, майкрософтовский блэйзор предлагает опцию, где рендеровка происходит на сервере (server-side), именно этот вариант и испробывал автор топика и мои комментарии были именно касательно этого мода, тут всё понятно: никакой высокой нагрузки при таком моде быть не может ни на какой платформе

T>кроме того, есть вариант, где рендеровка происходит на клиенте — это ближе к тому, что WebAssembly приложение, но это другая песня: там пока проблемы со стартом, так как в первый раз нужно грузить .NET runtime, что может быть слишком медленно и поэтому неприемлимо для любых, даже корпоративных пользователей

Да, я имел ввиду именно клиентский вариант, а не тот, который описал автор топика.
Но серверный вариант также запускает на клиенте WebAssembly. Только в случае северного варианта единственное что делает это приложение это открытие WebSocket и получение от сервера UI. Поэтому также потребуется загрузить .NET runtime.
Не соглашусь, что это неприемлемо для корпоративных пользователей. Если загрузка WebAssembly приложения и .NET runtime происходит 1 раз, когда сотрудник начинает работать с приложением (при приёме на работу), то ничего плохого не вижу. По идее системный администратор должен выдать железо с уже настроенным ПО. Плохо это как раз для не корпоративных пользователей, например для интернет магазина. Человеку что бы посмотреть товары придётся подождать. Может не хватить терпения и он перейдёт в магазин который покажет товары быстрее. Хотя если .NET runtime уже загружен время ожидания минимально, так как, насколько я знаю, в WebAssembly планируется загрузка по частям (по требованию). Загрузили начальный экран, показали пользователю. Дальше в фоне грузим остальную часть приложения.