JS WebView架构/线程模型 [英] JS WebView architecture/threading model

查看:122
本文介绍了JS WebView架构/线程模型的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

嗨大家好,


我在Win8.1预览和VS 2013上有一个商店应用。我希望能够卸载一些处理密集型工作(包括webview) dom操作) 到隐藏的webview控件。虽然控件没有使用不同的进程
或线程。这与chromeview控件在chrome上的行为方式不同,每个Chrome文档(下方)。几个问题,感谢您的帮助。


1。这种行为是最终的吗?


2。有没有人有任何与JS / HTML webview控件内部架构和线程模型的良好链接?


3。如果这种行为是故意的,有关如何做到最好的指示吗?


谢谢!


来自chrome文档:"与<$不同c $ c> iframe ,
webview
在与您的应用程序不同的进程中运行;它与您的应用具有相同的权限,您的应用和嵌入内容之间的所有互动都将是异步的。这可以确保您的应用免受嵌入内容的侵害。"

解决方案

WebView确实在主线程中运行,你能描述一下你想要做的更多细节吗?

Hi folks,

I have a Store app on Win8.1 preview and VS 2013. I was hoping to offload some processing-intensive work (including webview dom manipulation) to a hidden webview control. It appears though that the control is not using a different process or thread. This is different from how a webview control on behaves on chrome, per chrome docs (below). A few questions, your help is appreciated.

1. Is this behavior final?

2. Does anyone have any good links to JS/HTML webview control internal architecture and threading model?

3. Any pointers on how best to do this, if this behavior is intentional?

Thanks!

From chrome documentation: "Different from the iframe, the webview runs in a separate process than your app; it doesn't have the same permissions as your app and all interactions between your app and embedded content will be asynchronous. This keeps your app safe from the embedded content."

解决方案

The WebView does run in the main thread, can you describe more detail around what you are trying to do?


这篇关于JS WebView架构/线程模型的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆