Windows 应用商店中的 RunningObjectTable 访问权限
RunningObjectTable access in Windows Store App
我们需要将我们的 WPF 应用程序和 Windows 商店应用程序与一些非常古老的 COM 技术集成。
它要求我们在浏览器控件中托管第 3 方网站。该页面在 VBScript 中执行 GetObject 调用以查找我们必须添加到 RunningObjectTable (ROT) 的 COM 组件。
短期内无法更改第 3 方网站。这目前适用于旧的 VC++ 应用程序。
我目前遇到 WPF 应用程序问题,但会在单独的问题中处理。
我猜我们正在考虑做的事情不会在 Windows Store 应用程序中工作。我希望有人能证实我的看法
- Windows Store 中的 WebView 控件将不支持其中的 VBScript 运行
- A Windows Store 应用程序无法针对作为 COM 接口包装器的 .NET Framework dll(*而是 NETCore)
商店应用程序将使用 EdgeHTML 引擎来托管不支持 VBScript 的网页。
商店应用程序将使用应用程序容器完整性级别 ROT,这不同于可从旧 VC++ 应用程序访问的中等完整性级别 ROT(如果 COM 服务器忘记 COM 服务器的 .Net 包装器本身是行不通的)。
我们需要将我们的 WPF 应用程序和 Windows 商店应用程序与一些非常古老的 COM 技术集成。
它要求我们在浏览器控件中托管第 3 方网站。该页面在 VBScript 中执行 GetObject 调用以查找我们必须添加到 RunningObjectTable (ROT) 的 COM 组件。
短期内无法更改第 3 方网站。这目前适用于旧的 VC++ 应用程序。
我目前遇到 WPF 应用程序问题,但会在单独的问题中处理。
我猜我们正在考虑做的事情不会在 Windows Store 应用程序中工作。我希望有人能证实我的看法
- Windows Store 中的 WebView 控件将不支持其中的 VBScript 运行
- A Windows Store 应用程序无法针对作为 COM 接口包装器的 .NET Framework dll(*而是 NETCore)
商店应用程序将使用 EdgeHTML 引擎来托管不支持 VBScript 的网页。
商店应用程序将使用应用程序容器完整性级别 ROT,这不同于可从旧 VC++ 应用程序访问的中等完整性级别 ROT(如果 COM 服务器忘记 COM 服务器的 .Net 包装器本身是行不通的)。