и юзать не форму а from body, передав туда JSON из axios или fetch
жс вообще оч полезен?
ну да, я жду ему замену в виде богоугодного блейзора, но боюсь и в его компонентах будет магия
Блазор - это тот же MVC, только теперь мы не только формы обрабатываем в шарпе, но и все события. Магии хватает. Имхо, майкрософты не в том направлении шагают с ним. Вместо того, чтобы интегрироваться с JS и местным окружением по нормальному (как это происходит во всяких там ангулярах и реактах в плане, как минимум, логики), в блазоре попытки максимально от него уйти.
ну тогда они еще раз свою ошибку повторяют были вебформы - уходили от html и js сделали mvc ушли от него в сторону razor pages убрав контроллер, зачем? еще больше разбили сообщество и внесли смуту клепают блейзор где есть серверсайд, wasm и мб еще что нибудь
Ну на сколько я понимаю в блэйзоре вся фишка в исполнении задач фронта на нативном коде ,что в перспективе в разы обходит в производительности JS движки
что ты там собрался на клиенте такое делать что тебе нужаа производительность в браузере
Вот когда у меня телефон не будет захлёбываться на демке компонентов таблицы - вот тогда и поговорим. Сейчас блазор непрактично юзать для публичных приложений, ибо server side не очень хорошо скейлится, а client side не готов для мобилок, имхо
Лет 20 назад тоже так думали
И потом, почитайте про V8 и как он оптимизирует JS код. Грамотно написанный JS с учётом особенностей среды не сильно в вычислительных задачах хуже нативных языков. WASM это скорее про "мы хотим компилить плюсы в типоассемблер" а не тупо про производительность.
"WASM это скорее про "мы хотим компилить плюсы в типоассемблер" - зачем
Обсуждают сегодня