Если я правильно понимаю, Microsoft Silverlight - это легкая реализация .NET, предназначенная для работы на стороне клиента внутри браузера. Итак, теперь я слышу о приложениях Silverlight из браузера, и я смущен.Вне приложения для браузера Silverlight и традиционного настольного приложения
В чем преимущество приложения Silverlight от «из браузера» по сравнению с традиционным настольным приложением .NET?
I answered a similar question here с Silverlight vs WPF. Все они должны применяться, за исключением лучшей интеграции html.
Приложение Silverlight 3 из браузера позволяет любому приложению Silverlight иметь ярлык на рабочем столе и не требует открытия браузера для запуска приложения (так что технически вы могли бы запустить приложение, даже если вы в автономном режиме, так как вам не нужно получать приложение SL через Интернет).
С SL 4 теперь вы можете иметь повышенные привилегии, позволяя приложению SL получать доступ к локальным ресурсам (например, к сетевому стеку и файловой системе).
Существует также простой вызов API для внеуровневого SL-приложения для проверки обновлений при запуске и загрузки обновления с сервера. Это можно рассматривать как похожее на развертывание с одним щелчком мыши, но это происходит автоматически и быстро, поэтому он более эффективен и прост, чем щелчок.
По сравнению с традиционным .NET-приложением (в данном случае давайте сравним с WPF, так как это фактически замена WinForms), очень мало на пути установки. Нет программы установки, просто файл xap, легко размещается в Интернете и очень быстро устанавливается. SL использует уменьшенную платформу .NET, которая может показаться отрицательной. Тем не менее, типичная модель для приложения SL - это большая часть тяжелого подъема на сервисном уровне. Затем на уровне обслуживания у вас есть полная платформа .NET и вы можете делать все, что захотите (например, доступ к базам данных с ADO.NET).
ярлыков рабочего стола, офф-лайн использования и использования местных ресурсов не являются преимуществами по сравнению с традиционными настольными приложениями. И, очевидно, приложения ClickOnce также могут быть настроены для автоматического обновления: http://msdn.microsoft.com/en-us/library/s22azw1e%28VS.80%29.aspx –
Wim - true, по сравнению с настольным приложением. Я включил эти детали в преимущества перед браузером. Просто настройка контекста - это все ... –
Внеуровневая установка приложения Silverlight по-прежнему выполняется в изолированной программной среде безопасности, где в качестве обычного приложения для настольных компьютеров .NET этого не будет.
Целью OOB является предоставление пользователю возможности поднять веб-приложение из контейнера браузера и облегчить доступ к нему. Его все еще веб-приложение. Стоит иметь в виду, что это работает на Mac, где, как традиционное приложение для .NET .NET, не будет.
Эта область стала мутной с SL4 OOB, которая теперь может попросить пользователя повысить доверие. Теперь песочница более расслаблена и есть больше возможностей для работы с родной ОС. Однако все еще существует множество ограничений, в основном для поддержки нескольких платформ. Было бы нежелательно, если бы он стал дефактором, который доверял OOBs, как правило, только для работы в Windows. Пока неясно, можно ли этого избежать.
Итак, если вы думаете о полнофункциональном рабочем столе Windows, то вам, вероятно, лучше использовать WPF. С другой стороны, если вам не нужен полный доступ к ОС, вы можете доставить через веб-страницу и/или вы хотите работать как на Windows, так и на Mac (и, возможно, на других платформах), возможно, Silverlight 4 OOB + Elevated Доверие может быть тем, что вам нужно.
Не является ли модель безопасности такой же, как для обычных, но частично доверенных настольных приложений? http://msdn.microsoft.com/en-us/library/ms364059%28VS.80%29.aspx –
Библиотеки - это еще одна вещь, которая стоит рассмотреть между двумя приложениями. Например, Silverlight 4 имеет встроенную поддержку для общения с веб-камерой и микрофоном из коробки, в то время как WPF и полная .net Framework имеют очень большое стороннее сообщество библиотек, на которые может потребоваться исходный код для если вы хотите перестроить их в Silverlight.
Другой фактор ограничения в песочнице, например, вы не могли бы написать приложение, которое может подключаться к любому серверу, используя любой сокет в Silverlight 4.
+1 спасибо, вы делаете хорошие моменты –