Silverlight 3 изменяет MVC по сравнению с вопросом о Silverlight?

Silverlight отлично подходит даже для бизнес-приложений (навигация, службы RIA, форма данных и т. Д.). Но большая проблема в плагине.

Лично я заболел и устал от HTML, поэтому я сосредоточился на Silverlight.

Это также зависит от того, работаете ли вы над сайтом для развлечения или нет.

Я думаю, что обе технологии имеют свои места - я думаю, что Silverlight будет использоваться главным образом для приложений особого назначения и asp.net, которым MVC будет главным образом для общественности, и общая цель разрабатывают веб-страницы и веб-приложения.

Относительно которого Вы хотите использовать, хорошо который зависит полностью от Ваших потребностей и Вашей аудитории.

When we built .NET RIA services we looked to enable developers to basically build out rapid RIA's 100% and as a result we targeted the approach in terms of taken over the burden of ASP.NET WebForms etc. To use the two in a hybrid fashion is possible, but it's a question of which piece do you want to take over the heavy lifting.

If you're Silverlight solution is basic in terms of implementation - ie datagrid of data only - then ASP.NET MVC is a better fit as this way you're not having to worry about deep linking etc (as that comes free inside a native HTML based approach).

If however you're building out a larger RIA solution within Silverlight and are using ASP.NET in ways that are specific, then ok thats fine, but you're going to have to remember that with every page refresh comes a penalty that is of course a page refresh and secondly you need to ensure the said Silverlight instance can find its way back to where it was before you hit the refresh (that or loads in a place that enables the user to find its way forward).

It can be somewhat very tricky despite the goodness we baked into RIA Services.

Scott Barnes / Rich Platforms Product Manager / Microsoft.

A lot of websites built for businesses and organizations have a "read only" public facing front end. That is, information (inventory, catalogs, corporate news) are presented from a rich database, but the average end user has no ability to edit them.

The natural pattern I have been seeing is to use ASP.NET MVC for the "front end" presentation but to use the Silverlight / RIA functionality to avoid having to write all the CRUD stuff int he administration back end. It is a great fit. The administration userbase is usually much smaller than the total audience and issues of download time, Silverlight penetration and so on are not nearly as problematic.

However the Silverlight RIA / ASP.NET MVC story is a very fuzzy one right now. There isn't much information discussing how to use RIA Services to provide access to a shared repository project of the style you build for MVC projects. link text This makes integrating them difficult right now. You could build both your MVC and RIA layers on top of a common EF or Linq2Sql base but it makes sense to share the intelligence of the Repository classed you build for MVC.

Ideally, we will get good documentation of connecting RIA Services to a Repository style class layer, independent of what the Repository uses to talk to the database underneath and then the rapid development story will be complete.

Я не думаю, что Silverlight меняет историю asp.net MVC.

MVC позволяет asp.net быть более дружелюбным к веб-стандартам, и заставляет проекты иметь более тестируемую, развязанную структуру. Последнее было исключительной обязанностью архитектора/разработчика в webforms.

"Лично мне надоел HTML, поэтому я сосредоточил усилия на Silverlight". Аминь. И javascript тоже.

Я разрабатываю веб-приложения уже более десяти лет (Classic asp, затем перешел на .Net, как только он появился в бета-версии). MCTS x2 и MCPD x2 в asp.net. Хотя я считаю ASP.Net MVC отличным дополнением для разработчиков веб-сайтов, я думаю, что веб-формы со строгим шаблоном MVP в слое пользовательского интерфейса часто все еще лучше для корпоративных / B2b веб-приложений. (приборная панель, администрирование, отчетность и т.д.)

При этом я все больше продвигаюсь в интеграционное пространство, SOA, biztalk, wcf и т.д. Я действительно перестал заботиться о том, чтобы это свойство css было корректно применено в "IE версии what ever". или "firefox версии whats next" и перестал иметь дело с иногда отличной, иногда желающей застрелиться иерархией управления в веб-формах.

Silverlight 3 действительно начинает становиться актуальным для LOB-приложений, я вижу в нем главного конкурента веб-форм, а не MVC.