2008-09-11 3 views
10

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

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

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

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

ответ

9

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

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

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

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

ASP весь путь. Вы должны использовать только silverlight/flash и т. Д., Когда текст не может делать то, что вы хотите, например, отображать видео.

+1

Iain, Почему же? На мой взгляд, Silverlight имеет гораздо лучшую модель программирования, чем HTML/JavaScript. Почему я не должен использовать его? Вот что я пытаюсь выяснить. – 2008-09-11 11:14:40

+0

Я думаю, что есть слишком много вещей, которые «текст не может сделать», помимо отображения видео. ASP полностью ошибается Сэма, потому что это действительно зависит. – 2008-09-11 12:31:28

+0

@Sam Веб - html. Html - текст. Большие жирные бинарные комки - не лучший способ визуализации текста. – 2009-01-28 15:51:26

15

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

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

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

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

0

Есть downsides с разработкой сайта полностью в Flash/Silverlight, но если эти недостатки не будут иметь для вас никакого значения или не будут иметь никакого влияния, то вас ничего не остановит. Выберите любой инструмент, который, по вашему мнению, удовлетворит ваши потребности более полно. Я бы не откладывал создание сайта исключительно в Silverlight на основе недостатков, поскольку он привносит гораздо больше положительных результатов в работу пользователя.

5

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

15

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

У пилота есть действующий пункт, особенно вокруг печати. Для этого я бы, вероятно, использовал SQL Reporting Services или некоторые другие структуры отчетов на стороне сервера, а затем всплыл новое окно с отчетами для печати. Для ссылок и закладок эти проблемы ничем не отличаются от любого другого приложения AJAX. Сегодня я сделал сообщение в блоге о how to provide deep linking and back-forward navigation in Silverlight.

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

0

Предыдущие комментарии касались большинства недостатков использования Silverlight для такого сайта, и я согласен. Если вы настроены на развитие стиля с богатым клиентом, а ваша аудитория небольшая (только для администраторов), я бы, вероятно, рекомендовал WPF для Silverlight, поскольку в настоящее время он предоставляет более богатый набор инструментов и элементов управления.

Если вы используете ASP.NET, вы смотрите на Dynamic Data - это идеальное решение для создания сайтов управления бэкэндом без особых усилий.

7

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

enter image description here

Source of Image

0

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

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

1

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

Я придерживался простого старого HTML-кода с использованием серверных скриптов.

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

1

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

3

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

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

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

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

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

 Смежные вопросы

  • Нет связанных вопросов^_^