c# - 两个独立应用程序之间的通信

Question

我开发了一个从数据库读取数据的 Windows 服务，该数据库是通过 ASP.net MVC 应用程序填充的。

我需要通过向数据库发出选择查询来使服务重新加载内存中的数据。此重新加载将由网络应用程序触发。我想到了几种方法来实现这一点，例如远程处理、MSMQ 或只是让服务在套接字上监听重新加载命令。

我只是在寻找解决此问题的最佳方法的建议。

Answer 1

通知必须有多可靠？如果通知丢失(假设通信管道在路由器中出现故障并断开套接字)，世界末日会到来还是照常营业？如果服务已关闭，来自网站的通知是否需要在启动时排队等待，或者可以安全地删除？

您需要它越可靠，您就越需要采用排队解决方案 (MSMQ)。如果可靠性不是问题，那么您可以从多种非排队解决方案(远程处理、TCP、UDP 广播、HTTP 调用等)中进行选择。

你关心安全吗？您是否害怕攻击者将您的“刷新”ping 到死，如果不是更糟，至少会导致 DoS？您要对进行“刷新”调用的网站进行身份验证吗？您需要通知的隐私(即加密)吗？ UDP 更难保护(无 session )。

解决方案是否必须允许在现场轻松部署、配置和管理(即，是独立的、打包的产品)还是一次性部署，如果发生变化，可以“及时”修复？

在不了解所有这些因素的细节的情况下，很难说“使用 X”。至少有一件事是肯定的:远程处理现在有点过时了。

我的建议是使用 WCF，因为动态更改绑定(bind)很容易，因此您可以测试各种配置(TCP、网络管道、http)而无需任何代码更改。

顺便说一句，你考虑过使用Query Notifications吗？检测数据变化，而不是来自网站的主动通知？我认为这是盲目尝试，但许多数据库都存在等效的主动缓存支持。