|
|
1
2
WCF感觉是正确的选择。还有很多选择要做。WCF提供了许多通信机制和托管环境: WCF在一组API下结合了以下技术- WSE; 远程; COM+; MSMQ。 因此,例如,对于偶尔连接的客户端,您可以使用来自MSMQ的持久消息,或者在HTTP传输层上使用标准XML编码的SOAP消息。您还可以使用3.5中的新功能,如XML的二进制编码或HTTP上的JSON编码。 托管环境包括: Windows服务 IIS 7.0中的WCF服务 在Windows Vista或Windows Server 2008上,您可以使用WAS(Windows激活服务)来托管WCF服务。 不同的托管环境各有优缺点。我建议您查看MSDN以了解更多详细信息(例如。 http://msdn.microsoft.com/en-us/library/bb332338.aspx ). 因为WCF包含了很多功能,所以它比它所取代的任何一种技术都更难学习。我仍然认为从长远来看,这是值得的。 |
|
|
2
1
如果你有其他系统直接与你的软件通信,我想IIS中托管的WCF应用程序将是一种相当直接的方式。我们在我目前的任务中使用了这两种方法;WCF服务用于查找和存储数据,以及定期运行的数据计算的计划任务。
|
|
|
3
1
至于进程托管,COM+提供了一个托管环境,但它主要是用作通信进程的主机。这可能不太适合你。 如果你有计算引擎,你可能只想运行Windows服务。这样的服务可以通过管理或编程方式启动和停止。在后一种情况下,您可以想象一个WAS激活的工作进程以编程方式启动windows服务。 您还可以想象编写一个简单的Windows服务,监视消息的位置(文件系统、消息队列等),当该文件或消息到达时,Windows服务会启动一个计算引擎进程,该进程本身不是Windows服务,而只是一个进程。 谈到MSMQ,它与MSMQ触发器的模型基本相同。您可以将MSMQ配置为在消息到达特定队列时启动进程。 有很多选择。 |