Silverlight или ASP.NET или оба?

Question

В данный момент я начинаю изучать Silverlight . У меня есть опыт работы в ASP.NET, и мне нравятся концепции « Masterpages ». Предлагает ли Silverlight аналогичную концепцию? Я читал немного о среде навигации Silverlight. Является ли это хорошей заменой «Masterpages»? Имеет ли смысл объединять ASP.NET и HTML (с Javascript ) с Silverlight или это более рекомендуется для разработки и написания приложений на чистом Silverlight? В ближайшее время я начну разрабатывать интранет-приложение (бизнес), которое будет иметь много и сложное взаимодействие с пользователем (оно должно вести себя как клиентское приложение для Windows). Я думаю, что Silverlight - лучший выбор, чем ASP.NET! Имеет ли смысл также начать использовать / изучать WCF RIA Services немедленно? Существуют ли хорошие (VS) шаблоны для запуска с Silverlight или которые являются хорошей основой / отправной точкой для нового приложения Silverlight? К сожалению, мне не хватает " стартовых комплектов " на http://www.silverlight.net, как стартовые комплекты на www.asp.net! Заранее благодарим за ваши подсказки.

Answer 1

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

Для достижения функциональности типа «главная страница» у вас может быть базовый элемент управления или страница, от которой вы можете наследовать все остальное. Или у вас может быть страница, которая действует как оболочка, и вы можете поменять местами представления в зависимости от действий пользователя.

Если вы пишете приложение с нуля, вы можете сделать все это в Silverlight. Вы можете перемещаться от одного элемента управления silverlight (размещенного на странице aspx) к другой странице aspx (с элементами управления silverlight на нем), но при переходе между страницами aspx возникают издержки производительности (они являются веб-страницами и должны обслуживаться). Вам следует по возможности исключить отдельные страницы aspx и создать его как одно большое приложение Silverlight - если все функциональные возможности вашего приложения объединены в одно приложение (а не распределены по страницам aspx), то вы можете максимально использовать функцию Silverlight Out Of Browser.

Однако вам следует учитывать Silverlight только в том случае, если вы создаете веб-приложения или интерактивную / потоковую передачу. Если ваши страницы будут в основном статичными (т. Е. Представлены каталоги продуктов или сайт, на котором пользователь просто просматривает одну страницу на другую), то использование silverlight будет излишним, вам лучше придерживаться ASP.Net или ASP. Net MVC.

Answer 2

Мастер-страницы Silverlight предоставляют аналогичную концепцию?

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

Однако также возможно достичь функциональности "главной страницы" в более общем смысле, создав UserControl, который имеет ContentControl экземпляров в точках, где в главных страницах ASP.NET вы использовали бы asp:contentplaceholder. Эти элементы управления контентом будут привязаны к пользовательским свойствам, добавленным в UserControl. Этот завершенный UserControl может затем использоваться как «LayoutRoot» другого UserControl или Page. Обратите внимание, что это не требует наследования от «хозяина».

Имеет ли смысл объединенное приложение ASP.NET и Silverlight?

Ну, на самом деле это хитрый ответ: «Это зависит». Есть много факторов, чтобы дать этому верный ответ. Факторы: -

• Это общедоступное приложение или внутреннее приложение?
• Насколько важны расширенные функции пользовательского интерфейса?
• В первый раз Silverlight dev будет стоить вас, ваш проект способен поглотить это?
• Какие клиентские платформы вам нужно поддерживать?
• Как ASP.NET-MVC + может использовать размер JQuery в соответствии с вашими требованиями?
• Возможно, другие, о которых я еще не думал

Является ли Silverlight лучшим выбором, чем ASP.NET, когда существует множество сложных взаимодействий с пользователем?

Фраза "сложные взаимодействия с пользователем" может означать пару вещей? Означает ли это сложное, чтобы доставить с HTML и Javascript, но просто для пользователя? Или это сложное приложение, предназначенное для опытных пользователей?

В любом случае вполне вероятно, что Silverlight начнет действовать самостоятельно.

Имеет ли смысл также немедленно начать использовать / изучать службы RIA WCF?

Опять же, ответ зависит от типа приложения, которое вы имеете в виду. Если его бизнес-приложение, в котором данные ищутся, редактируются и отчитываются, тогда (при условии, что вы вообще решили разрабатывать в Silverlight), определенно стоит обратить внимание на службы WCF RIA, а также на части PRISM, которые сочтут целесообразными.

Другие типы приложений могут не пользоваться Услугами RIA WCF.

Есть ли хорошие (VS) шаблоны для запуска с Silverlight или которые являются хорошей основой / отправной точкой для нового приложения Silverlight?

В настоящее время нет стартовых комплектов. Тем не менее, я думаю, что вы найдете то, что вам нужно, среди различных демонстраций и учебных пособий на сайте silverlight learning .

В частности, видео показалось мне полезным. Если вы решите использовать Silverlight, его стоит очистить за день или два, чтобы пройти через соответствующие.

Answer 3

Это много вопросов одновременно.

Да, функциональность Navigation Framework в значительной степени эквивалентна концепции Master Pages. Даже до такой степени, что он отслеживается в URL при навигации пользователей, поэтому они могут использовать кнопки «назад» и «вперед» своих браузеров.

Если вы хотите создать отдельное приложение Silverlight или гибрид, в значительной степени зависит от ваших требований и от типа приложения, которое вы хотите разработать. Если это приложение Line of Business, возможно, у вас все в порядке только с Silverlight.

Для общедоступного, содержательного / текстового веб-сайта, вероятно, HTML с некоторыми гаджетами silverlight здесь и там все еще может быть предпочтительным.