代码之家  ›  专栏  ›  技术社区  ›  Colin Desmond

Windows上无UI进程的最佳主机

  •  0
  • Colin Desmond  · 技术社区  · 17 年前

    据我所知,我的选择是:

    • COM+/。网络企业服务——最复杂但最强大的选择?

    分布式事务不是必需的,这些主要是计算引擎,而不是事务处理器。

    编辑

    假设在IIS、web服务、WCF(如下所述)等中有多种托管代码的方法吗?相对利弊?

    3 回复  |  直到 17 年前
        1
  •  2
  •   Jim    17 年前

    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
  •   Fredrik Mörk    17 年前

    如果你有其他系统直接与你的软件通信,我想IIS中托管的WCF应用程序将是一种相当直接的方式。我们在我目前的任务中使用了这两种方法;WCF服务用于查找和存储数据,以及定期运行的数据计算的计划任务。

        3
  •  1
  •   Cheeso    17 年前

    至于进程托管,COM+提供了一个托管环境,但它主要是用作通信进程的主机。这可能不太适合你。

    如果你有计算引擎,你可能只想运行Windows服务。这样的服务可以通过管理或编程方式启动和停止。在后一种情况下,您可以想象一个WAS激活的工作进程以编程方式启动windows服务。

    您还可以想象编写一个简单的Windows服务,监视消息的位置(文件系统、消息队列等),当该文件或消息到达时,Windows服务会启动一个计算引擎进程,该进程本身不是Windows服务,而只是一个进程。

    谈到MSMQ,它与MSMQ触发器的模型基本相同。您可以将MSMQ配置为在消息到达特定队列时启动进程。

    有很多选择。

    推荐文章