在Windows Mobile上的C ++项目(即没有.NET)中,我正在寻找一种在两个独立运行的应用程序之间轻松通信的方法。应用程序A将运行服务,而应用程序B将为用户提供一些功能--B必须为其调用某些功能。我宁愿不在COM中实现任何东西。
事实上,我宁愿不做任何类型的序列化或类似(即这将排除使用套接字/管道/文件),而是让B将所有参数和指针传递给A,就像A是部分一样另外,应用程序C,D和E应该能够只运行一个A实例。
我应该补充一点,B有时应该将一个数组(或std :: vector或std :: map)返回给A,其中大小以前不知道。
这可能在Windows Mobile和其他平台上实现吗?
答案 0 :(得分:14)
您不能只跨进程共享数据。我不推荐COM。 Windows CE中不存在管道。您的最佳路线是memory mapped file(如桌面上)或point to point message queue(桌面上没有任何内容)。哪个更好取决于您的使用场景。
不尝试使用VirtualAlloc建议使用跨进程内存,因为它是一个不安全的黑客不安全,并且在CE 6.0或更高版本中不受支持,所以你最终会在WinMo 7及更高版本下破解
我不建议使用Windows消息和WM_COPYDATA。它很慢,很笨拙,很容易出错。
人们,当你没有使用平台试图获得声望点时,请不要只回答问题。如果你不了解这个平台,那就让其他人帮助这个人,而不是让他进行疯狂的追逐。
答案 1 :(得分:0)
由于您只需要应用程序(B)与服务(A)进行通信,为什么不将CreateFile
和DeviceIoControl
与一组已定义的IOCTL一起使用?
答案 2 :(得分:0)
这是开始的好资源 - http://msdn.microsoft.com/en-us/library/aa446520.aspx 您可以决定哪种方案最适合您的需求。
答案 3 :(得分:-1)
你已经涵盖了几乎所有可用的基础; COM,管道,套接字,内存映射文件。 Windows中的所有进程都有完全独立的内存空间,因此如果不使用其中一种IPC机制,就无法共享任何内容。
答案 4 :(得分:-3)
在Windows Mobile上,我似乎记得所有进程都映射到同一个地址空间。因此,在具有已知名称和/或类名的两个进程中创建消息窗口,并在每个进程中使用FindWindow来查找另一个。
然后,SendMessage使用WM_APP定义的消息id和指向要在wParam或lParam中传输的数据的指针。
如果我错了并且Mobile确实分区进程内存,那么只需使用WM_COPYDATA - 在桌面上使用内存映射,因此非常快 - 在应用程序之间发送数据。