ASP.NET MVC плюс Silverlight

Question

Мне кажется, что для структурированной разработки, обладающей как глубиной, так и широтой возможностей, ASP.NET MVC и Silverlight имеют потенциал для создания мощной мощной структуры с превосходной детализацией пользовательского интерфейса и сниженной экспозицией AJAX. Кто-нибудь из вас пытался создать такой стек с учетом будущей прочности?

Answer 1

ASP.NET MVC и silverlight?

В некотором смысле, это либо выбор, либо выбор - ваши данные отображаются либо в формате html / css / js, сгенерированном ASP.NET, либо в Silverlight. Зачем их смешивать? Я уверен, что ASP.NET MVC - это хороший способ доставки Silverlight, но это не обязательно делает его частью того же интерфейса.

Обычно речь идет о богатстве и богатстве. Пользовательский веб-интерфейс без Silverlight или Flash может охватить больше пользователей, но пользовательский интерфейс с Silverlight может иметь более богатый пользовательский интерфейс. Silverlight - это увлекательная программа, и я видел несколько замечательных приложений, использующих функции потокового видео Silverlight, но если, например, Вы делаете ввод и отображение данных, и вам не нужно богатство Silverlight, тогда почему бы не сохранить охват и остаться в Asp.Net?

Если вы собираетесь создавать пользовательский интерфейс в Silverlight, имеет смысл сделать все это в Silverlight. У меня был хороший опыт со всем потоком страниц ViewModel -view-controller, происходящим внутри приложения Silverlight, вместо перехода на другую html-страницу и загрузки другого приложения silverlight. Это быстрее, и вы можете делать причудливые эффекты перехода или затухания в разметке Silverlight XAML.

Почему «снижение воздействия AJAX» является желаемой целью? Такие сайты, как, например, Stackoverflow здесь использует методы AJAX для очень хорошего эффекта.

Выступление Стивена Вальтера на MIX09 показывает четыре столпа ASP.Net в его нынешнем виде - формы, MVC, AJAX и динамические данные. Многие люди видят в этом «переход от форм к MVC», но в миксе также разрабатываются и другие подходы.

Answer 2

Я создал небольшое тестовое приложение с SL и MVC. Это не сработало так хорошо, но я не думаю, что я делал правильно. Я пытался использовать SL в представлениях, но он медленно переключал страницы с момента загрузки новых экземпляров SL все время. Я попробовал одно SL-приложение, которое означало, что оно также содержало весь управляющий код, но при этом сервер переводился в режим доступа к данным, для которого нужен только некоторый код WCF / Web-сервиса, а MVC там не нужен.

Это может сработать лучше, если мы обойдемся без идеи о том, что существует много страниц просмотра. В моей следующей итерации я буду использовать контроллеры, чтобы отвечать XML или JSON напрямую на запросы из приложения Silverlight, которое содержит представления. Однако этот подход все же оставил бы некоторые вопросы без ответа, например, как контролер получает право голоса в том, какое представление фактически отображается?

Честно говоря, у меня такое ощущение, что SL для ASP.NET-MVC все еще складывается как хорошее совпадение. Некоторые веб-приложения могут извлечь выгоду из некоторых элементов SL (например, диаграмм), но приложение остается твердо в HTML. С другой стороны, приложение, чей пользовательский интерфейс находится исключительно в SL (хотя внутренне использует некоторую похожую концепцию View / Controller), на самом деле не нуждается в MVC на стороне сервера.

Его первые дни, нам, ранним последователям, понадобится время, чтобы увидеть, что действительно работает, а что нет. Имеется бета-версия для версии 3 с дополнительными возможностями MS в отношении доступа SL к данным на стороне сервера, что может изменить ситуацию.

Answer 3

В настоящее время мы используем ASP.NET MVC в качестве альтернативы WCF для предоставления данных в Silverlight, где наше приложение Silverlight выполняет вызовы RESTFUL для URL-адресов в нашем приложении Mvc, а контроллер возвращает JsonResult, который нам подходит. Это не обязательно учебник, но мы нашли, что две технологии дополняют друг друга. Теперь, если нам когда-нибудь понадобится реализация HTML, мы уже выполнили работу с Model-Controller, которую можно использовать повторно.

Answer 4

Я задал похожий вопрос здесь: Изменяет ли Silverlight 3 вопрос о MVC и Silverlight . Это было в ответ на SL2 против MVC, где все согласились, что они являются бесплатными технологиями. Я до сих пор не убежден. Мой опыт был похож на AnthonyWJones. За предыдущие посты я пытался смешать их без особого успеха. Может быть, мое собственное невежество, хотя. Сейчас я создаю приложение только для Silverlight, используя бета-версию SL3. Кажется, я намного ближе к своему намеченному эффекту. Это приложение с несколькими функциями базы данных. Поэтому не было смысла создавать полностью автономное приложение (так как данные являются центральными), но я действительно хотел, чтобы Silverlight проявил конечный результат и позволил пользователю взаимодействовать.

Так, куда, черт возьми, я пойду со всем этим? Исходя из моего опыта, это все еще похоже на вопрос типа YMMV. Это действительно зависит от того, что вы пытаетесь построить. Так как я немного разбираюсь в базе данных, тяжело взаимодействую, я жалею о Silverlight 3 и .NET RIA Services за мелкие мелочи в базе данных. Если бы я писал Stackoverflow, я бы, вероятно, использовал ASP.NET MVC и AJAX.