Использование Silverlight для всего сайта?

Question

Нам нужно создать веб-сайт административного портала для поддержки нашего клиент-серверного приложения. Поскольку мы являемся магазином .Net, очевидным традиционным способом было бы сделать это в ASP.Net. Но Silverlight 2 выйдет из бета-версии задолго до нашей даты релиза. Должны ли мы рассмотреть вопрос о создании всего сайта в Silverlight, с поддержкой поддержки WCF?

Основной функцией портала будет: настройка пользователей, групп и разрешений; настройка параметров профиля пользователя; загрузка и выгрузка файлов для файлов, необходимых для поддержки приложения.

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

Есть ли какие-то большие нет-но из опыта StackOverflowers? Каковы большие плюсы?

Answer 1

Я бы определенно выбрал полное приложение Silverlight, особенно если у вас есть хороший опыт работы с WPF. Вы сможете повторно использовать свои знания из WPF и сможете довольно быстро получить Silverlight. Я работаю с Silverlight начиная с бета-версии 1, и текущая бета-версия 2 хорошего качества. Я думаю, можно с уверенностью предположить, что версия RTW уже не за горами.

У Пилфа есть веские аргументы, особенно в отношении печати. Для этого я бы, вероятно, воспользовался службами SQL Reporting Services или какой-либо другой системой отчетов на стороне сервера, а затем открыл бы новое окно с печатными отчетами. Для ссылок и закладок вопросы ничем не отличаются от любого другого приложения AJAX. Сегодня я написал в блоге о том, как обеспечить глубокую связь и обратную навигацию в Silverlight.

Silverlight также имеет все хуки, необходимые для отличной поддержки специальных возможностей, поскольку API-интерфейс автоматизации пользовательского интерфейса из WPF добавлен в Silverlight. Я не знаю, догнали ли производители программ чтения с экрана. Поддержка стилей и шаблонов в Silverlight позволяет легко предоставлять высококонтрастные обложки для пользователей с ослабленным зрением, если это вызывает озабоченность.

Answer 2

Я бы рекомендовал не создавать чистый сайт Silverlight.

Silverlight страдает от тех же проблем, что и Flash: неинтуитивная закладка, проблемы с печатью, проблемы с доступностью, неработающие кнопки назад и т.

Кроме того, вам потребуется, чтобы ваши пользователи установили Silverlight или хотя бы имели возможность его установить.

В контролируемой среде (например, в крупных компаниях или здравоохранении) или на мобильных устройствах это может быть не так.

Answer 3

Зависит от ваших целей. Если портал администрирования является частью приложения и будет использоваться только с компьютеров, на которых установлено ваше приложение, использование полнофункционального Silverlight или даже WPF дает множество преимуществ.

Но если вы видите сценарий, в котором он будет использоваться как на случайном ПК, так и на случайном человеке, то полностью функциональная версия HTML / Javascript будет абсолютно необходима.

Некоторые причины:

• У большинства людей нет Silverlight, и вы получите кучу ругательств, если им придется скачать и установить его. Некоторые люди, которые установили его, отключают его (вместе со вспышкой и иногда даже изображениями), чтобы не отвлекать внимание и не ускорять просмотр.
• Когда сайт HTML перестает работать, пользователь получает страницу с ошибкой и перезагружается. Когда серебряный свет выходит из строя, он может зависнуть или разбиться.
• HTML - это то, что ожидается - как пользователями, так и веб-браузерами: кнопки «Назад» и «Обновить» работают так, как должны, гиперссылки и формы работают так, как и ожидалось.
• Медленный интернет по-прежнему очень распространен как в удаленных районах, так и на мобильных устройствах.

Answer 4

Я согласен с тем, что все говорили до сих пор, и я думаю, что эта блок-схема, предназначенная для Flash, также применима к Silverlight.

Источник изображения

Answer 5

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

Answer 6

Что касается удаленных andministrators, другой плакат заявил, что это аргумент в пользу HTML, если администраторы были на медленном соединении. Я бы сказал, что в зависимости от типа информации использование Silverlight может быть более эффективным. Если у вас есть сетка данных ASP.NET, заполненная привязкой данных на стороне сервера, вы можете загружать тонны разметки и данных состояния просмотра. Даже если вы используете альтернативу DataGrid, которая легче в ViewState, вам все равно придется загружать много HTML.

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

В другом примере, скажем, у вас есть несколько раскрывающихся списков на одной из ваших форм, которые имеют одинаковые значения в списке. В Silverlight вы можете получить эти значения один раз и связать их со всеми dorpdowns, в HTML вам придется каждый раз повторять их.

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

В целом, я бы также подумал, что вам нужно будет написать меньше кода для реализации Silverlight, что может повысить производительность и снизить затраты на обслуживание.

Answer 7

Silverlight - это хороший выбор для внутреннего портала, как и для открытого портала, если вы уже оценили свой проект и решили продолжить работу с веб-порталом. Вы можете свободно интегрировать компоненты Silverlight в существующее приложение ASP.NET (т. Е. «Островки изобилия»), но если у вас есть возможность создать новый проект с нуля, не стоит сбрасывать со счетов полностью Silverlight-решение как действительное выбор, куда бы вы пошли с традиционным порталом ASP.NET. Silverlight сейчас RTW, поэтому, если это решение все еще на рассмотрении, вы знаете, что вам не придется сталкиваться с серьезными изменениями в будущем.

Answer 8

Использование плагина для вашего сайта замедляет работу и требует от пользователя установки плагина. Например, Silverlight исключает всех пользователей Linux. Кроме того, поскольку Silverlight является довольно новым, невозможно сказать, насколько преданным Microsoft будет поддерживать платформу, если она скоро не заработает.

Я бы придерживался простого старого HTML со сценариями на стороне сервера.

Кроме того, для общедоступных веб-сайтов: Flash и Silverlight не могут быть проиндексированы какой-либо поисковой системой, так что удачи в написании тонны метаданных, если вам вообще нужны посетители.

Answer 9

ASP полностью. Вы должны использовать Silverlight / Flash и т. Д. Только когда текст не может делать то, что вы хотите, например показать видео.

Answer 10

Я видел сайты "Только Silverlight" в Microsoft, и они довольно впечатляющие. Но опять же, демоверсии были там, чтобы использовать весь потенциал Silverlight. В тот момент, когда вам нужно что-то другое, вам может не повезти. Я не вижу Silverlight как Flash, за исключением того, как они установлены / видны. Но бэкэнд Flash / ActionScript действительно плохой по сравнению с тем, что Visual Studio может предложить с .NET

Спросите себя, почему вы хотите использовать Silverlight? Необычные эффекты или модель программирования?