asp.net,asp.net MFC и WPF

насколько я понял wpf и silverlight -это намного круче чем тот же asp.net и asp.net mvc и смотреться сайт с сильвером будет классно или это не так.

и смотреться сайт с сильвером будет классно или это не так

@rsotun, MVC настолько же отличается от вебформ, насколько WPF от WinForms. Так что имхо намного круче. Но посложнее.

@rsotun, на ассемблере тоже можно все что угодно сделать Но разница действительно такая же, как между WPf и винформой. В одном случае для своего контрола нужно переписать темплейт, а в другом - посвятить себя WinApi и GDI+, реализовыать прорисовку и обработку основной оконной процедуры самому... Результат в итоге один... Но для меня круче == проще в итоге. Можно хоть на ассемблере написать систему (колибри в пример), но потраченные усилия/стабильность и безопасность там на нуле.

@rsotun, советую. Очень прикольно. Например так выглядит вывод на экран списка элементов, причем он разбит на страницы:

и все

Добавлено через 4 минуты
Конечно это не так круто, как забиндить прямо из базы, но тут можно проводить автоматическое (sic!) тестирование UI. Это очень и очень прикольно.

Сравнение с платформой ASP.NET Web Forms
Мы уже подробно рассмотрели недостатки и ограничения, присущие традиционной
технологии ASP.NET Web Forms, и то, как ASP.NET MVC решает многие из этих проблем.
Однако это не означает, что технология Web Forms ушла в прошлое. В Microsoft неустанно
утверждают, что обе технологии активно разрабатываются и поддерживаются, и
что не существует никаких планов отказа от Web Forms. Во многих отношениях выбор
между этими двумя платформами — вопрос философии разработки. Примите во внимание
следующие соображения.
• Философия Web Forms исходит из представления, что интерфейс пользователя
должен содержать информацию о состоянии. Для этого поверх HTTP и HTML добавляется
сложный уровень абстракции, а для создания эффекта сохраненного
состояния используются концепции View State и обратных отправок. Такой подход
хорош для визуальной разработки в стиле Windows Forms, когда на рабочую
п о в е р х н о с т ь п о м е щ а ю т с я в и д ж е т ы ( г р а ф и ч е с к и е э л е м е н т ы ] п о л ь з о в а т е л ь с к о г о
интерфейса, а их обработчики событий заполняются соответствующим кодом.
Философия MVC принимает как данность истинную природу отсутствия информации
о состоянии протокола HTTP, и вместо того, чтобы преодолевать ее. приспосабливается
к ней. Платформа MVC требует от разработчика понимания фактической
работы веб-приложений. При наличии такого понимания она предоставляет
простой, мощный и современный подход к написанию веб-приложений с аккуратным
кодом, который впоследствии проще расширять и сопровождать, и который
свободен от непредвиденных сложностей и болезненных ограничений.
В определенных случаях Web Forms оказывается, по крайней мере, не хуже, а может
быть, и лучше, чем MVC. Очевидный пример — небольшие, ориентированные на внутреннюю
корпоративную сеть, приложения, которые в основном напрямую связывают
таблицы данных с таблицами базы данных либо проводят пользователей по страницам
м а с т е р а (w iz a r d ) . П р е и м ущ е с т в а р а з р а б о т к и п у т е м п е р е т а с к и в а н и я , п р е д о с т а в л я е м ы е
платформой Web Forms, могут перевешивать ее недостатки, когда не нужно беспокоиться
о занимаемой полосе пропускания или поисковой оптимизации.
С другой стороны, если вы создаете приложения для Интернета или д л я к р у п н о й
аорпоративной сети, вас должны привлечь эффективность использования п о л о с ы п р о -
гг.'скания, лучшая совместимость с браузерами и более совершенная поддержка автоматизированного
тестирования, предоставляемые платформой MVC.



Переход от Web Forms к MVC
При наличии существующего проекта ASP.NET Web Forms, который предполагается
перенести на платформу MVC, вам будет отрадно узнать, что в одном и том же приложении
допускается сосуществование обеих этих технологий. Это обеспечивает возможность
постепенного переноса существующих приложений, особенно если приложение
разделено на уровни, когда страницы Web Forms отделены от модели предметной области
или бизнес-логики.
В некоторых случаях приложение можно специально проектировать, сочетая в нем
обе технологии.

Кстати, разор тут проигрывает по стилистике , разметка получается аля спагетти , приведу аналог:

не надо Я видел на работе нашей разметку: сплошные <% %> убивают Особенно перлы вроде закрывающей скобки

Кстати, моя любимая фишка - то что после изменения файлов код не нужно перекомпилировать - достаточно нажать "сохранить" - и вуаля В отличие от ASp.net, где нужно сначала сбилдить, потом выкинуть половину конфигов (например, если нужно не все службы запускать, а только несколько дебагающихся), а только потом заново запускать