ASP.Net MVC - что заменяет события для поддержки слабой связи?

MVC избавляется от событий, потому что события по большей части являются просто ненужным слоем между тем, что клиент пытается сказать серверу, и тем, что сервер фактически это делает.

В примере разбивки на страницы для веб-форм клиент нажимает кнопку, браузер отправляет событие / состояние просмотра, а движок запускает событие ButtonClicked. Вы исследуете событие, определяете, что клиент намеревается открыть страницу, и выполняете логику разбиения на страницы.

В парадигме MVC пользователь нажимает кнопку, которая делает запрос непосредственно к коду, который выполняет логику разбиения на страницы. Поскольку вы знаете, какое действие должна вызывать кнопка, когда вы помещаете ее туда, зачем выполнять все махинации срабатывания события? В вашем контроллере вы, конечно, можете запустить событие, когда получите команду, но я, честно говоря, не могу представить себе вариант использования для этого.

Оба метода выполняют одно и то же, но MVC просто устраняет слой сложности.

ASP.NET MVC и модель-представление-контроллер в целом поддерживают слабую связь и разделение задач, сохраняя данные и код, поддерживающие приложение, отдельно от визуальной разметки «уровня представления», которую видят пользователи.

Правильно спроектированные контроллеры и представления в MVC могут быть повторно использованы, так что представление редактирования для объекта можно «встроить» в связанный вид без каких-либо изменений.

Например: представление заказов может включать частичное представление OrdersDetail. Это частичное представление можно заменить представлением редактирования OrderDetail, которое также доступно в другом месте в приложении.

Отделение модели от представления делает модульное тестирование более эффективным и менее громоздким за счет отделения кода от контекста уровня представления. Вам не нужно ссылаться на System.Web на код модульного теста, который извлекает данные из базы данных.