通信web-windows服务器:代理DLL、web服务还是windows服务+ WCF？

Question

我有一个相当大的.NET代码块，现在需要通过一个ASP网页访问。事务需要在常规实例中发送到此“服务器”进行处理。处理时间不到一秒，每天可能有100-1000个这样的事务

我以前真的只使用过COM和windows服务，所以我通常的方法是让windows服务在内存中运行所有必要的数据，而客户端GUI将连接并发送请求并接收应答。

从我对ASP的了解来看，现在访问服务器的方式是使用DLL或web服务。

我对DLL的问题是，在检查事务之前，DLL必须从数据库中加载信息来构建最新的信息。应该也只需要一秒钟，但与不断运行的windows服务相比，这是额外的开销。另一方面，windows服务需要更多的容错能力。

需要调用的API只有3-4个，以后不太可能会有变化。

所以问题是: Windows服务+ WCF/Sockets/...或者动态链接库或者Webservices？

Answer 1

我会自己使用DLL/Web服务(或WCF服务)。ASP.NET具有可用的缓存，您还可以创建一些单例类型的对象，这些对象在应用程序的生命周期中一直存在(可以通过IIS进行调整)。类似这样东西基本上允许您拥有在windows服务中也具有的持久状态。

我能提供的唯一真正的好处是，使用DLL/Web服务比使用windows服务需要更少的配置/权限；使用windows服务，您还需要处理IPC问题(以及随之而来的所有安全乐趣)。