Windows 8中的Metro应用程序如何与同一台计算机上的后端桌面应用程序通信？

如果您具有使用Windows 8的Metro新应用程序构建的UI前端，并且希望它与运行在同一本地计算机上的桌面上的.NET应用程序（例如Windows服务应用程序）进行通信，则这种情况。

Metro应用程序和桌面应用程序之间可以使用哪些形式的进程间通信？

感谢Visual Studio团队的Pavel Minaev，他在此处的注释中提供了一些初始信息，并引用了：

根据马丁·洛夫（Martyn Lovell）的说法，没有任何故意的机制，有意使用的机制受到有意限制。例如，命名管道不存在，内存映射文件也不存在。有套接字（包括服务器套接字），但是当连接到本地主机时，只能连接到同一应用程序。您可以在共享的“已知文件夹”之一中使用普通文件（“文档”，“图片”等），但这是一个相当粗糙的技巧，需要轮询并且对用户可见。- 帕维尔Minaev评论这个问题

因此，如果无法使用常规方法，我会考虑使用Web服务或对数据库进行读/写操作，以实现某种形式的通信，而当进程在同一台计算机上运行时，这两种方法似乎都显得过分了。

我在这里尝试的是有意义的吗？我可以看到需要将Metro应用程序作为桌面上运行的现有服务的前端UI。或者将WPF用于在桌面上运行的前端UI（即非地铁应用程序）会更好。

我现在将现有项目移植到Win8。它由Windows服务和托盘应用程序组成，它们通过NamedPipes WCF相互通信。您可能已经知道Metro不支持命名管道。我最终使用TcpBinding进行全双工连接。

这篇文章描述了支持的功能。

Metro客户端可以使用的WCF服务器示例在此处。

另外请记住，您不能在Metro中使用同步WCF。您将必须使用仅基于异步的基于任务的包装器。

并感谢您的提问。我对我来说是个好起点:)

在我参加的// build /会议结束时，有许多类似的问题。参加过其中一场大型活动的执行官AlešHoleček从观众中脱颖而出以进行处理。即使您不是C ++开发人员，也请下载该会话并观看问答。http: //channel9.msdn.com/Events/BUILD/BUILD2011/TOOL-789C

Metro应用无法依靠计算机上安装的桌面应用或服务。桌面应用程序无法依靠Metro应用程序运行，因为它们可以随时挂起。您需要开始不同的思考。在此听Aleš。

请注意，通过Windows 8.1 Update，现在正式支持企业方案中的侧载应用程序使用C＃for .NET 4.5+编写的Windows Store应用程序与桌面组件之间的通信：

适用于侧面加载的Windows Store应用程序的Brokered Windows运行时组件

报价：

Windows 8.1 Update认识到关键的业务功能和规则已包含在现有软件资产中，并且企业具有各种情况，对于这些情况，新的应用程序样式将具有很高的生产力，因此Windows 8.1 Update包括一项称为Brokered Windows Runtime Components的新功能，可侧加载应用程序。我们使用IPC（进程间通信）一词来描述在Windows Store应用程序中与此代码进行交互时在一个进程（桌面组件）中运行现有桌面软件资产的能力。这是企业开发人员熟悉的模型，因为数据库应用程序和Windows中使用NT服务的应用程序共享类似的多进程体系结构。

尽管实施此方法最初在复杂方面有点，但它允许在Windows Store和桌面组件之间进行深度集成。只需记住，它暂时不会通过公共Windows Store认证。

在InfoQ上有一篇文章，介绍如何使用协议处理程序构建松耦合的Metro应用。Windows已经支持了很长一段时间，并且可以预见桌面应用程序将自己注册为协议处理程序，并且Metro应用程序可以通过这种机制进行通信。

我不知道这是否可行，但检查一下可能会很有趣。

Christophe Nasarre在博客上发表了一篇关于使用本地文件进行操作的小技巧。结果是桌面应用程序/ Windows商店应用程序之间的通信（在博客中称为DA / WSA），而无需在两个应用程序的UI之间切换。他还写了一篇关于协议处理程序的不那么骇人的技术的博客。

请注意，商店App认证要求明确禁止具有与DA通信的WSA。

Windows应用商店应用程序不得通过本地机制（包括文件和注册表项）与本地桌面应用程序或服务进行通信。

...但是它仅限制“本地机制”。因此，我想可以构建用于路由通信的Web服务。

如果您认为可以进行其他手动cmd操作，则可以尝试：

X:/> CheckNetIsolation.exe LoopbackExempt –a –n=<packageID>;

CheckNetIsolation.exe包含在winRT安装中，因此没有多余的安装。

我试过了：即使包更新后也可以。

如以下所示：http : //msdn.microsoft.com/en-us/library/windows/apps/Hh780593.aspx

此处说明了如何找到您的应用程序的packageID：http ://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/82bad7d4-d52b-4731-a396-13ab9004c1cc/how-to-get- 一个地铁风格的应用程序

可以使用本地服务在同一台计算机上从Metro应用程序到桌面应用程序进行通信。我之前已经实现了简单的“概念验证”，即如何使用本地服务绕过WinRT沙箱。它仍然需要某种“社会工程学”或直接指南来安装服务，但是无论如何，这是可能的。
我不确定将此类应用添加到Windows Store时有关“本地服务”通信的认证规则。

在这里取样

按照设计，Metro应用程序无法直接访问底层PC，只能使用WinRT API和可用功能。但是，当您创建用于访问PC及其中所有数据的后端服务时，它基本上不再在沙箱中运行。

唯一的“问题”是用户必须手动安装此后端服务，但是使用某些“社会工程学”将不会有问题：用户下载“ PC浏览器” Metro应用程序，用户可以浏览所有图片，音乐和视频，使用WinRT API，但该应用程序还在底部显示消息：“免费下载我们的PC浏览器Powerpack并浏览整个PC”

用户被重定向到网页，用户可以从中下载包含“ PC浏览器”后端服务的经典桌面安装程序，以访问用户整个PC上的文件。安装此桌面服务后，Metro应用程序可以检测到它并将其用于浏览整个PC。用户很高兴，但是WinRT沙箱遭到了破坏。

当然，这在Windows 8 ARM平板电脑上不起作用。使用此解决方法，甚至可以为经典桌面应用程序（例如防病毒软件，torrent / P2P客户端等）构建Metro应用程序客户端。

也许我错过了要点，但是在激活专用网络功能时，我可以使用本地IP地址（而不是localhost）连接到本地运行的（http）服务器。这使我的方案中winrt应用程序与wpf桌面应用程序通信