M>приложение изначально должно писаться с учетом этого. т.е. в CodeBehind почти не должно быть никакой логики.

M>например было у нас НЕ ajax приложение, на постбек от какого то контрола проходил цикл страницы со всеми стадиями.
M>PageInit, PageLoad, событие контрола, PreRender. если мы ставим UpdatePanel — то у нас ничего из этого не меняется. в этом главный кекс.

M>в случае переделки на сервис, вся логика в PageLoad, обработчиках и т.д. идет лесом. нужно довольно много переделок, и в результате мы придем почти к тому варианту что я описывал.

M>беда UpdatePanel — в том что изначально в ASP.NET не было концепции ControlState. а все сваливалось в одну большуй кучу ViewState

Да, я согласен. Просто я имел ввиду именно разработку нового приложения или существенный рефакторинг старого.

Кстати, у меня еще были идеи развить UpdatePanel, переопределив ему сохранение и загрузку состояния (вместе с дочерними контролами), сохранять это состояние отдельно от общего ViewState и потом на сервер гонять только его. Но руки пока не дошли проверить реализуемость этого подхода. Хотя насколько я понимаю, у вас уже было реализовано что-то похожее?