2010-01-30 3 views
9

Я не знаю, может ли кто-нибудь посоветовать об этом. Мы написали и внедрили приложение LOB Silverlight 3, которое мы сейчас тестируем на сайте клиентов.Стабильность Silverlight

Мы столкнулись с проблемой, когда на нескольких машинах на сайте браузеры случайно разбились. Машины работают под управлением Windows XP SP3 - браузер Firefox.

Мы подозреваем, что это может быть связано с тем, что браузеры этих машин ненадежны, поскольку у них установлены некоторые плагины и т. Д., И предлагаемое решение заключалось в том, чтобы реализовать приложение в режиме браузера.

Что я хочу знать, когда приложение Silverlight 3 заканчивается из браузера, оно все еще полагается на определенный браузер в фоновом режиме ... или это решит нашу проблему, если браузер «неустойчив», потому что плагинов?

ответ

2

Нет. Между приложением Silverlight OOB и браузером, в котором он был запущен, установлено соединение. После запуска в качестве приложения OOB Silverlight использует свой собственный стек ClientHTTP и больше не зависит от стека браузера HTTP.

Предполагая, что нестабильность является результатом расширения Firefox, тогда выполнение приложения в OOB может помочь. Имейте в виду, что HTTP-стек браузера, вероятно, будет более эффективным, и вы потеряете автоматическую обработку файлов cookie.

+0

Спасибо за отзыв. Ценить это –

3

Я борюсь за доказательства, но я уверен, что не забыл прочесть, что вне браузера использует движок Internet Explorer.

EDIT

This post укрепляет мою память.

И this article подразумевает то же самое, если вы перейдете в раздел «Обнаружение сетевого подключения и статуса вне браузера» и прочитайте окончательный параграф, начинающийся «Вы можете использовать локальную передачу сообщений для связи между ...».

+0

AnthonyWJones является правильным, IE имеет ничего TODO с Silverlight при выполнении OOB, вы даже не заметите, что объект HTMLPage частично недоступен при работе OOB – Neil

0

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

Управление жизненным циклом также обрабатывается браузером, плагин может пытаться переработать процесс silverlight и перезагрузить его.

Попробуйте использовать эту утилиту отладки, silverlight spy, чтобы добраться до сути проблемы

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