通讯Windows服务器：代理DLL，Web服务或Windows服务+ WCF？

Question

我有一个相当大的.NET代码块，现在需要通过ASP网页进行访问。 交易需要定期发送到此“服务器”进行处理。 处理时间不到一秒钟，每天可能有100-1000次此类交易

我以前确实只使用过COM和Windows服务，所以我的常规方法是让Windows服务运行内存中所有必需的数据，并且客户端GUI将连接并发送请求并接收答案。

从ASP可以看出，DLL或Web服务是当今访问服务器的一种方式。

DLL的我的问题是，DLL必须先从数据库中加载信息以建立最新信息，然后才能检查事务。 同样应该只花一秒钟，但是相对于不断运行的Windows服务而言却是额外的开销。 另一方面，Windows服务需要更高的容错能力。

仅需要调用3-4个API，将来不太可能更改。

那么问题来了：Windows服务+ WCF / Sockets / ...或DLL或Webservices？

Answer 1

我自己会使用DLL / Web服务（或WCF服务）。 ASP.NET具有可用的缓存，并且您还可以创建一些在应用程序生存期内有效的单例类型对象（可以通过IIS进行调整）。 基本上，这样的事情将使您具有Windows服务中同样具有的持久状态。

我可以提供的唯一真正的好处是，与Windows服务相比，使用DLL / Web服务所需的配置/权限要少得多。 借助Windows服务，您还将遇到IPC问题（以及随之而来的所有安全问题）。