一个C#dll是否可能引发另一个C#dll处理的事件？

是否可以在一个.dll中引发另一个可以处理的事件？如果是，我应该看什么

编辑：

我认为这两个DLL是在同一个进程中运行的——它们都是另一个程序的外接程序。我只能使用外接程序做些什么，因此需要进行这种交流

我想写一个本地文件并从另一个dll读取它，但是我怎么知道什么时候读取它呢

您可能希望查看管道，或者查看管道，这可能会使事情变得更容易。我个人没有使用

C

语言中的任何一种，但重要的是，背后有一个想法和技术，其余的是一个实现细节。

它被称为

---

您可能希望查看管道，或者查看管道，这可能会使事情变得更容易。我个人没有使用

C 35;

语言中的任何一种，但重要的是，背后的想法和技术，其余的是实现细节。

进程还是DLL？请详细说明您的场景。dll不是进程。您不能在一个进程中引发.NET事件并在另一个进程中处理它，但是您可以从一个DLL中的代码引发它并使用另一个DLL中的代码处理它，如果它们在同一个进程中运行，您想做什么？在不了解细节的情况下，不可能提出其他技术。据我们所知，您甚至可能不需要事件，例如，如果您试图实现生产者/消费者配对，您需要类似IPC的事件接收器或类似的东西，但需要确定更多细节。对于WinForms（和事件意味着窗口消息）您可以在pInvokeProcess或DLL的帮助下使用

SendMessage

或

PostMessage

？请详细说明您的场景。dll不是进程。您不能在一个进程中引发.NET事件并在另一个进程中处理它，但是您可以从一个DLL中的代码引发它并使用另一个DLL中的代码处理它，如果它们在同一个进程中运行，您想做什么？在不了解细节的情况下，不可能提出其他技术。据我们所知，您甚至可能不需要事件，例如，如果您试图实现生产者/消费者配对，您需要类似IPC的事件接收器或类似的东西，但确实需要更多详细信息。对于WinForms（事件意味着窗口消息），您可以在pInvokeNot的帮助下使用

SendMessage

或

PostMessage

。您确实需要了解场景，因为不同的技术适合不同的场景。没有必要启动多个进程来执行并行处理。另一方面，WCF在IPC之上提供了一个抽象（尽管不是很好）。重定向标准流是另一种选择。@PanagiotisKanavos这就是我的帖子中“了解想法和技术”的意思。一旦你了解了它们并明确了你的项目领域，你就能够做出一个合适的选择。您确实需要了解场景，因为不同的技术适合不同的场景。没有必要启动多个进程来执行并行处理。另一方面，WCF在IPC之上提供了一个抽象（尽管不是很好）。重定向标准流是另一种选择。@PanagiotisKanavos这就是我的帖子中“了解想法和技术”的意思。一旦您了解了它们并明确了您的项目领域，您就能够做出适当的选择。