Существует ли в контексте ASP.NET MVC такое понятие как события?

Question

[Петр]

Добрый день. Подскажите пожалуйста, есть ли в ASP.NET MVC возможность работать с событиями?
К примеру есть такой вот класс:

namespace WindowsFormsApp1
{
    public delegate void GetMessage(string m);
    public class EventExample
    {
        public event GetMessage _msg;
       public void Test(string s)
       {
            if(s == "Event")
                _msg?.Invoke("Hello I`m Event:)");
       }
    }
}

Возможно ли как то пробросить клиенту это событие? Или же в ASP.NET применяются другие возможности оповещения о которых я видимо еще не знаю.

Comments

[Толстый Лорри]

Кто будет инициировать это событие?

[Петр]

Толстый Лорри, Ну в случае с winforms если в textbox вводится слово Event, то выскакивает MessageBox.
Или я вопрос не правильно понял?
Если насчет ASP.NET то надо на стороне клиента вызвать событие. Что бы к примеру клиент увидел модальное окно с информацией из события.

[Толстый Лорри]

Петр, раньше так работал ASP.NET WebForms, но в MVC сознательно ушли от этого подхода, ибо это связано с генерацией JS, поддержкой состояния интерфейса при перезагрузке и прочей грутью. Сейчас принято разделять фронтенд и бэкенд. Чтобы показать модальное окно само по себе не нужен сервер. Нужны данные? Будь добр сделать ajax-запрос.
Веб-приложения по определению достаточно тормозные и гонять тучи эвентов к серверу - это не очень хорошая идея, "бесшовность" выливается в бестолковую нагрузку на сервер, а HTTP без поддержки состояния удобства не добавляет.

[Петр]

Толстый Лорри, с таким подходом, ошибки которые может допустить при вводе пользователь я должен обработать при помощи js? А на сервер уже отправлять верные данные?

[Толстый Лорри]

Петр, немного хуже (= Нужно дублировать валидацию как на клиенте (чтобы "отзывчивость" у интерфейса была), так и на сервере (ибо клиент может лгать и ломать нам базу).

[Evgeny Maltsev]

Петр, Конечно лучше валидацию делать и на клиенте и на сервере, но если бы пришлось выбрать что-то одно, то однозначно на сервере.

Answer 1

[Александр Моргушин]

Вы хотите странного.
Классический веб-сервер работает только по пинку с клиента запросом, отдавая на него какой-то response.
Если вы хотите с сервера что-то запушить на клиент - вам надо смотреть с сторону WebSockets(правильно, но достаточно сложно) - смотрите сюда https://habr.com/post/145077/
Либо периодически опрашивать клиентом сервер через ajax и держать какой-то статический кэш событий, проверяя его на request-е.(вариант "в лоб", не очень правильно, но быстро в реализации)

Comments

[Роман]

Зачем WebSockets, есть же SignalR?

[Александр Моргушин]

Я не был в курсе существования этой библиотеки.
И, судя по описанию и комментарию ниже - она инкапсулирует WebSockets и несколько реализаций отправки сообщения с сервера на http.

Есть библиотека- хорошо. Но любая библиотека - слой абстракции над реальными способами решения проблемы.

Answer 2

[MrDywar Pichugin]

1) Используйте Web API.
2) Используйте SignalR.

JS клиент SignalR будет эмулировать постоянный коннект с SignalR на сервере.
Вы получите то что хотите.

SignalR - это абстракция над несколькими способами реализации "реалтайма" между клиентом и сервером. Какой именно способо будет использоваться договорятся клиент и сервер самостоятельно или вы подкрутите нужные вам.