Google chrome extension Chrome扩展访问UWP应用程序？

我们有chrome和FF扩展，可与本机消息传递应用程序配合使用。最近，我们开发了edge extension和一个UWP应用程序，它以同样的方式工作。现在，如果用户想要使用任何chrome/FF/Edge浏览器，他们必须安装两个独立的本机消息传递应用程序。

---

我的问题是，Chrome/FF扩展是否可以与windows UWP应用对话？

不幸的是，没有。在windows上，Chrome和Firefox都使用注册表来定位本机应用程序清单，并且禁止windows应用商店应用程序写入注册表。（参考：

如果发生变化（商店应用程序获得了更改注册表的能力，或者Chrome和Firefox引入了另一种查找清单的方法），那么这是可能的。虽然可能不是直接通过UWP应用程序。UWP应用程序似乎支持标准输入和输出，但其运行方式阻止了对其的访问。但是，也可能创建一个中间Win32应用程序，该应用程序可以通过

AppService

和通过stdio的浏览器扩展与UWP应用程序通信。

---

事后思考：Enpass密码管理器（win32）据报道，由于API问题被移植到Windows应用商店，并且有一个针对Chrome和Firefox的浏览器扩展。也许值得问问他们是如何做到的。我做了更多的挖掘，并找到了答案。

localhost

环回、自定义url方案、web套接字和浏览器验证是他们如何做到的。这不是一个理想的解决方案解决方案，但似乎有效。

不幸的是，没有。在Windows上，Chrome和Firefox都使用注册表来定位本机应用程序清单，并且禁止Windows应用商店应用程序写入注册表。（参考：

如果发生变化（商店应用程序获得了更改注册表的能力，或者Chrome和Firefox引入了另一种查找清单的方法），那么这是可能的。虽然可能不是直接通过UWP应用程序。UWP应用程序似乎支持标准输入和输出，但其运行方式阻止了对其的访问。但是，也可能创建一个中间Win32应用程序，该应用程序可以通过

AppService

和通过stdio的浏览器扩展与UWP应用程序通信。

---

事后思考：Enpass密码管理器（win32）据报道，由于API问题被移植到Windows应用商店，并且有一个针对Chrome和Firefox的浏览器扩展。也许值得问问他们是如何做到的。我做了更多的挖掘，并找到了答案。

localhost

环回、自定义url方案、web套接字和浏览器验证是他们如何做到的。这不是一个理想的解决方案解决方案，但似乎有效。

UWP应用程序是否支持标准输入和输出？不确定，但应该支持。如果支持，则应该可以这样做。UWP应用程序是否支持标准输入和输出？不确定，但应该支持。如果支持，则应该可以这样做。