【问题标题】:Silverlight StabilitySilverlight 稳定性
【发布时间】:2010-01-30 09:46:28
【问题描述】:

我不知道是否有人可以就此提供建议。我们已经编写并实现了一个 LOB Silverlight 3 应用程序 - 我们目前正在一个客户站点进行测试。

我们遇到了问题,在现场的一些机器上,浏览器随机崩溃。这些机器运行 Windows XP SP3 - 浏览器是 Firefox。

我们怀疑这可能是因为这些机器的浏览器似乎不可靠,因为它们安装了一些插件等,建议的解决方案是在浏览器外模式下实现应用程序。

我想知道的是,当 Silverlight 3 应用程序用完浏览器时,它是否仍然依赖于后台的特定浏览器......或者如果浏览器“不稳定”,这会解决我们的问题,因为插件?

【问题讨论】:

    标签: silverlight silverlight-3.0 silverlight-plugin


    【解决方案1】:

    我正在努力寻找证据,但我很确定我记得读过浏览器外使用 Internet Explorer 引擎。

    编辑

    This post 增强了我的记忆力。

    this article 的含义相同,如果您转到“检测网络连接和浏览器外状态”部分并阅读最后一段,从“您可以使用本地消息传递在...之间进行通信”开始。

    【讨论】:

    • AnthonyWJones 是对的,IE 在运行 OOB 时与 Silverlight 无关,您甚至会注意到在运行 OOB 时 HTMLPage 对象部分不可访问
    【解决方案2】:

    没有。 Silverlight OOB 应用程序与安装时运行它的浏览器之间没有连接。作为 OOB 应用程序运行后,Silverlight 使用自己的 ClientHTTP 堆栈,不再依赖于浏览器 HTTP 堆栈。

    假设不稳定是由 Firefox 扩展造成的,那么在 OOB 中运行应用程序可能会有所帮助。但请记住,浏览器的 HTTP 堆栈可能会更高效,并且您会失去自动 cookie 处理。

    【讨论】:

    • 感谢您的反馈。欣赏它
    【解决方案3】:

    如果silverlight在浏览器中崩溃,那么实际上只有少数silverlight部分依赖于浏览器的正常运行,例如对webservices的调用必须通过浏览器的HTTP门面,可能来自服务器的响应过多而排队等待到导致崩溃的滞后 UI,因为太多的响应试图一次触发 UI 更改的事件,不太可能是的,我知道,但这是一个想法。

    生命周期管理也由浏览器处理,插件可能正在尝试回收 silverlight 进程并重新启动它。

    尝试使用此调试实用程序silverlight spy 找出问题的根源

    【讨论】:

      猜你喜欢
      • 2015-09-20
      • 2017-10-20
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-05-11
      • 2018-11-26
      • 2016-10-18
      • 2012-08-31
      相关资源
      最近更新 更多