Да, только сейчас подумал. Открытие диалогового окна через showModalDialog подразумевает указание нового url, т.е. мы отходим от принципа "приложение полностью загружается при запуске". IMHO внутренние окна - это как раз более правильный подход, да и возможностей по их настройке на порядок больше, чем стандартных диалоговых окон. Не стоит забывать еще и о том, что bindows - кросс-платформенная библиотека и абсолютно так же функционирует в Mozilla, как и в IE. Возможно сейчас не только бэк-офисы стоит делать по такому же принципу. Если вспомнить интерфейс gmail, то он сделан практически также, единственно он работает с сервером не через SOAP, а просто через JSON-сериализацию объектов. Так что я уверен, что за такими приложениями будущее.

2 marina milanina.
Может быть соберемся в текущем проекте делать. Проблема в том, что уже куча кода написана на ASPX + XML/XSLT, и возможно, что нет смысла его переделывать. Но со следующего проекта - однозначно будем для бэкофиса пользоваться этой технологией. Тестовое приложения не сильно сложное я делал, чтобы проверить, как это все работает - понравилось.

Я кстати согласен с Романом в плане того, что WebControlы в основном заточены на серверную обработку. Для хорошего пользовательского интерфейса же надо многое сделать на клиенте. Например, во многих ли WebControl'ах поддерживается drag and drop, обычные и контекстные меню и т.п. И многие ли WebControl'ы, которые это поддерживают (если таковые есть), являются кросс-браузерными? Сейчас почти во всех более-менее приличных браузерах (IE, Mozilla, beta-версия Opera) можно реализовывать пользовательский интерфейс практически не уступающий тому, которые делают в десктопных приложениях. Но все тем не менее продолжают использовать старые приемы. Я думаю, в не столь отдаленном будущем ситуация изменится.

Прорезюмировав высказанное мной здесь, я скажу, что для фронт-офиса в общем случае я бы выбрал XML/XSLT. Проблему с более низкой производительностью можно решить кэшированием. Правда я в основном занимаюсь CMS-ами, для них это более предпочтительный вариант по многим причинам. Для других типов веб-приложений возможно лучше использовать WebControlы. Для бэкофиса я выбрал бы хорошую DHTML/JavaScript библиотеку (типа Bindows) и вызов вебсервисов с клиента для работы с бизнес-слоем.
По поводу Control Postback - это проблему с не user-friendly интерфейсом на клиенте все равно не решит.

Да, есть такое дело, хотя справедливости ради можно сказать, что верстальщик/вебмастер вполне может и ASPX-файлы редактировать, тоже с какой-то точки зрения аналог XSLT, правда при этом гораздо больше возможностей напортачить, т.к. разметка WebControl'ов напрямую завязана на генерируемый код.