在这样的情况下,可以使用Windows 8的新的Metro样式的应用程序构建UI前端,并且希望它与运行在同一台本地机器上的桌面上的.NET应用程序(例如Windows服务应用程序)进行通信。
地铁应用程序和桌面应用程序之间有什么形式的进程间通信?
感谢Visual Studio团队的Pavel Minaev,他在这里的评论中提供了一些初步信息,引用如下:
根据MartynLovell的说法,这方面没有任何刻意的机制,而且一些可能被用于该机制的机制是故意限制的。例如,命名管道不存在,内存映射文件也不存在。有套接字(包括服务器套接字),但是当连接到本地主机时,只能连接到同一个应用程序。您可以在共享的“已知文件夹”(文档、图片等)中使用普通文件,但这是一个相当粗糙的黑客,需要轮询,用户可以看到。
因此,如果没有正常的方法,我想使用Web服务或对数据库进行读写,以实现某种形式的通信,当进程在同一台机器上运行时,这两种通信方式似乎都显得过分了。
我在这里的尝试有意义吗?我可以看到,需要一个地铁应用程序作为一个现有服务的前端用户界面,该服务正在桌面上运行。还是只对桌面上运行的前端用户界面(即非地铁应用程序)使用WPF更好。
相似问题