进程间消息传递

发布于 2024-12-05 01:15:54 字数 142 浏览 1 评论 0原文

我们已经构建了一个在整个项目中使用的 dll。现在,由于多种原因,我们需要将其作为可执行文件,但问题是它通过抛出事件与其他解决方案集成。

如果我们将其移动为可执行文件,我们如何转换代码以维护事件的功能? (它不能再直接引用exe,它必须将其作为进程调用)

We've built a dll that we're using throughout our projects. Now, due to several reasons, we need to have that as an executable, but the problem is that it integrates with other solutions by throwing events.

If we move it to be an executable how can we transform our code to maintain the functionality of events? (it can no longer reference the exe directly, it has to call it as a process)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

入画浅相思 2024-12-12 01:15:54

对于进程间通信,请参阅命名管道。

For interprocess communication, see named pipes.

梦途 2024-12-12 01:15:54

由于 exe 程序集和 dll 程序集都引用,因此您无需执行任何操作。其他的事情就看你的了。如果您知道在运行时访问可执行文件,请创建另一个直接引用此可执行文件的启动可执行项目,然后使用旧的可执行文件运行新的可执行文件。

第二个问题,为什么要这么努力?为什么不使用 dll 程序集在项目之间共享代码?

总而言之,您可以将需要 main(..) 正文的代码移至单独的可执行应用程序中,同时将所有代码完好无损地保留在原始程序集 dll 中。

You have to do nothing since exe assemblies references as well as dll assemblies. The other stuff is up to you. If you are aware of accessing the executable while it is running, create another startup executable project directly referencing this executable, then run new executable using old executable.

Second question, why to do things so hard? Why not using the dll assemblies to share the code between projects?

To summarize, you can move the code which requires the main(..) body into the separate executable appication, whilst leaveing all the code intact in the original assembly dll.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文