Windows服务或任何其他替代

Question

我在困境中是否为我的应用程序使用Windows服务，下面是关于我的应用程序的描述，请任何人都可以建议什么是我的需求的最佳方法，如果可能与专业人士和也是如此。

有一个应用程序“A”，它是一个封闭的应用程序，我需要从该应用程序获得的任何数据仅通过WCF服务公开。我的应用程序“M”必须调用由“A”公开的WCF服务之一，然后获取数据并处理它并丢弃文件。同样，如果某些文件被注入我的应用程序“M”，那么我需要处理它并使用其WCF服务将该信息推送到应用程序“A”中。这是简要的要求。

problems-

1）这里我的应用程序“M”需要不间断的调查申请“A” WCF服务来检查，如果事情是availabel它处理。我不喜欢投票，但有其他选择，请提出建议。 我想到了MSMQ，每当有新数据进入时，应用程序“A”都会向我的应用程序“M”发送消息。然后，我的应用程序“M”处理来自队列的消息。不知道该怎么做。请告知这是否正确。

2）另一件事是，如果一个新文件进入某个服务器文件夹，那么我的应用程序“M”必须将其接收并处理并将其发送到应用程序“A”。所以为了实现这个目标，我可能必须有一个文件系统监视器，只要有东西可用，就必须启动我的应用程序。再次敲击使用什么技术（仅在.Net中）。 MSMQ最好的方法是？

所以，现在我需要用哪些技术（只有在.Net中）才能有效地完成我的需求。通过不断轮询应用程序“A”并与其一起实施MSMQ，是Windows服务的最佳方法。请指教。

在此先感谢
西

Answer 1

对于要求1，我会使用通过Windows进程激活服务托管的WCF服务（WAS） - 看到MSDN reference。这需要WAS（Windows Vista/7或Windows Server 2008/2008R2），但是，如果这些不可用，那么定期的NT服务将是适当的后备。

对于需求2，可以实现使用FileSystemWatcher类的NT服务（MSDN reference）。

所以，你可以实现一个单一的NT服务与FileSystemWatcher的和轮询线程，或者你可以同时实现NT服务与FileSystemWatcher的，并且通过MSMQ监听一个单独的WAS托管WCF服务。

后者或许有点清洁，因为它遵循分离关注原则。但只有当应用程序“A”可以配置为通过MSMQ发送消息（即，您的服务“M”将成为“服务器”并且应用程序“A”将充当客户端）。所以，前一种选择（单一的NT服务可以做到这一点）可能会更好地适应你的情况，但我不完全确定你对“A”的描述。

至于发送消息到应用程序“A”，MSMQ可能是也可能不是合适的选择。两个应用程序都在同一台机器上吗？然后使用命名管道。他们在不同的机器上？如果应用程序“A”始终在运行（即正在运行的服务），则使用TCP绑定，但如果需要保证传递消息并且应用程序“A”可能在应用程序“M”正在发送时偶尔脱机，则使用MSMQ绑定它的消息。（另外请注意，使用MSMQ要求将MSMQ Windows组件安装在接收机上。）

Answer 2

听起来像选项A是不可变的，因此您无法更改它。 （“关闭”）

应用程序M应该是一个windows服务，正如Lars所描述的。但是，不要使用文件系统监视器，除非您稍后想要剔除代码并用轮询机制替换它。最好的办法是启动一个线程来轮询应用程序A，另一个线程轮询文件系统。

投票没有问题。使用Thread.Sleep（10），你会没事的。 FileSystemWatcher经常会给你一个'已被修改'但尚未完成写入的文件。这会导致你得到一个截断的文件。

不要打扰MSMQ，除非你绝对需要。这只是另一个维护，并且不能处理复杂的检索操作。