Я думаю, что это во многом связано с моделью postback + viewstate + events.
Вышеуказанное неявно происходит для имитации модели, в которой пользователь взаимодействует с приложением в несколько этапов, когда существуют различные состояния системы. Поскольку каждый элемент управления содержит свой viewState, каждый из них вносит свой вклад в это общее состояние, которому может стать трудно следить по мере усложнения страницы. Я также считаю, что удобство поощряет указанную сложность.
Вышесказанное может быть скорее аргументом для restful, что способствует большей зависимости от способа ведения протокола. Использование сообщений для достижения вышеизложенного на самом деле не предусмотрено протоколом HTTP. Просто возьмите оригинальную встроенную разбивку на страницы сетки asp.net, так как она была основана на постбэках, которые поисковые системы игнорировали за пределами страницы 1. Кроме того, у вас больше не было доступа к указанной странице информации только по URL.
imho шаблон MVC в контексте asp.net MVC - это больше о простых операциях запрос / ответ. Вы можете сделать его настолько сложным, насколько вам нужно, но это способствует более простому операционному способу выполнения действий. Он не основан на работе с состоянием, основанным на нескольких разных битах информации, разбросанных по странице / представлению, как в классическом; но если это то, что вам нужно, вы все равно можете достичь этого, но вам придется быть намного более откровенным при этом.