МСУiConstНе знаю, применю когда-либо ASP.Net MVC на практике (уже сомнительно), но вот, ИМХО, не оправдывает он себя. При всех плюсах, удерживает одно: КПД ниже, чем в вебформс или "нативных" решениях (HTML+JS+Server).
Ну на счет КПД тут спорный вопрос, который скорее зависит от скиллов codemonkeys. Лично как по мне, на MVC код более упорядочен, автомаппинги моделей - это конечно рулёз. Но с другой стороны и на WebForms можно порядок блюсти и реализовывать слой классического MVP - в кодбехайнде никакой логики, тупая инстанциация модели и передача ее в презентер.

iConstВообще не понимаю навязывания Заказчиком технологии (тем паче паттерна!) для решения задачи (если только он не посредник).
Последующая поддержка и развитие решения. Например, мы заказываем на аутсорс решение, разгружая своих обезьянок. Разумеется, если мои обезьянки специализируются на ASP.NET, я не буду заказывать софт на PHP.

iConstЕсть требования к Приложению, описание функционала: да пошел ты ... лесом, Заказчик. Тебе шашечки или ехать? Так он начнет совать нос в имена методов и переменных (мне попался раз рьяный) .
В требованиях точно так же может указываться платформа. Ну а методы да, уже жестоко. Хотя никто на запрещает изначально прописать в требованиях основные методы. Если этого не сделано и заказчик хочет эту плюшку после реализации, он должен идти долгими густыми лесами :)

ПарамонПро "помрет" я и не говорил вроде )
Просто в светлом будущем MS, для форм новостей нет :)
Не говорил, но намекал :) А новости для форм - да куй с этими новостями, стабильность не требует новостей )

SeVaMVC 4 - это возможность работать с новой моделью асинхронности, а это совсем другая история в случае больших нагрузок.
Хватит фантазировать уже, в WebForms не менее "асинхронен"

SeVaПлюс к этому - какая никакая архитектура, достаточно строгие правила, а не лапшекод в обработчиках с отдельным кино на каждой форме, есть интеграция для работы с БД, возможность применять кодогенераторы и тд.
Какую-никакую архитектуру можно где угодно реализовывать. Как в MVC так и в WebForms.

Ключевое слово в твоих бесконечных бла-бла-бла - можно. Вот только одна незадача - у таких самоделкиных с кривыми руками и мозгами ничего кроме говнокода не получается

EDUARD SAPOTSKIМСУпропущено...

Ты - контора по разработке ASP.NET приложений любой сложности. Я - заказчик пеноматериалов для хоз построек. Мне нужны пеноблоки, доставка и рассчет архитектуры сооружения. Ты будешь стремиться решить задачу, задействовав наиболее сильные свои скилы, что бы не облажаться?
Естественно буду. Фишка в том что мы работаем с целым зоопарком технологий. Я знаю что у нас WinForms, WPF, Silverlight, WebForms на высоте. 1С и Java средненько. PHP в самых зачатках.
Если ко мне обратился клиент с просьбой сделать учетку и ему по большому счету пох как это будет реализовано, я что возьмусь ее на PHP лепить? А если пришел заказчик и говорит что нужна учетка желательно на яве, то я естественно попытаюсь его убедить что лучше сделать на шарпе! Если он уже упрется рогом, тогда что уже поделаешь? Будем писать на яве...

Использовались ли для WinForms, WPF, Silverlight какие-нибудь framework'и? Если да, то какие?