首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >InterProcess通信工厂(设计建议)

InterProcess通信工厂(设计建议)
EN

Stack Overflow用户
提问于 2013-02-21 22:39:25
回答 1查看 98关注 0票数 0

我有一个解决方案,其中包含许多单独的EXE,需要能够相互发送消息。现在,每个EXE都必须预先了解彼此,它们使用IPC进行通信,但我真的想要一个更优雅的解决方案。

我想要一个工厂,其中每个EXE可以将自己注册为端点,并且任何EXE都可以转到工厂并检索所有已注册端点的列表,这样他就可以向当时需要与之通信的应用程序发送有针对性的消息,而不必事先了解所有通信进程的所有详细信息。

我已经设计好了工厂DLL,但我不知道如何使它成为一个全局实例,一个在解决方案中所有运行的EXEs之间共享的工厂实例。我被告知要通过NT服务、全局程序集缓存来使用WCF,甚至还被告知要在allUsers AppData中维护一个包含序列化端点的XML文件。我还没有研究这些选项,但我计划在接下来的几天里开始研究它们。

我想知道在座的任何人是否可以推荐一个简单,优雅和常识的建议来完成我需要做的事情(在许多正在运行的进程中共享一个实例工厂)

EN

回答 1

Stack Overflow用户

发布于 2013-02-21 23:05:19

DLL本身被加载到每个EXE的地址空间中。但是,您可以在DLL中声明共享内存块,或者使用Windows API直接使用内存映射文件。通过这种方式,您可以同时从多个EXEs (或从加载到多个EXEs中的同一DLL )访问一块内存。您将需要一个互斥锁来防止并发写入内存块。就这样。

忘掉WCF和其他复杂的任务吧--给出这些建议的人通常对IPC和系统API了解不多,只推荐他们知道的东西。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/15004983

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档