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

Question

Какие функции ASP.Net MVC могут заменить способ использования событий в Webforms для поддержки слабосвязанных компонентов?

Например, возьмем простой контроль пейджера в WebForms:

1. Номер страницы щелкнул
2. Пейджер выстреливает событие «PageChange» с новым номером страницы
3. Эта подписавшийся страница/управления получил событие и обрабатывает инициирование вызова для извлечения и привязки новых данных.

Какие инструменты доступны в ASP.NET MVC, чтобы поддерживать аналогично

• слабосвязанности
• компонентов повторного использования
• Разделение логики для одной страницы/просмотра (например очень сложный страница «портал»).

Answer 1

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

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

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

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

Answer 2

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

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

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

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