ASP.NET Web服务与WCF服务

Question

方案：我有一个现有的https ASP.NET站点，将在其中添加一些新的远程服务。 这些服务提供的计算需要通过站点上的AJAX方法以及.NET桌面应用程序进行调用。

我一直在使用ASP.NET WebServices（标有ScriptService属性）来完成此任务。 我刚发现WCF。

根据我的理解，在这种情况下，WCF服务将通过普通的旧.NET Web服务提供的主要功能似乎是能够通过各种其他通信通道（如Message Queue和COM +）进行连接。 我从来没有看到这个项目发生这种情况。

所以告诉我，为什么还要考虑WCF？

Answer 1

即使您当前不打算添加其他服务端点，也不应排除这种可能性。 您永远都不知道将来可能需要什么。

就是说，如果.NET Web服务能够满足您的需求，并且您不需要WCF所带来的其他好处（轻松进行端点交换，更紧密地集成标准安全性等），那么就不要同时使用它们。

如果您的代码可以正常工作并完成工作，那么花时间购买新技术确实没有任何意义，只是说您正在使用它。 等待研究WCF，直到您真正需要它提供的功能为止。

Answer 2

WCF提供了一个非常可定制的平台； WCF堆栈的几乎任何部分都可以用您自己的自定义组件替换。 更改通信协议只是冰山一角。 通过这种设计，可以完成使用ASP.NET Web服务无法轻松完成的任务。

例如，我最近编写了一个审核组件，该组件侦听WCF服务或客户端上的请求-应答传输，并将它们全部写入审核数据库。 WCF为消息拦截器提供扩展点，以在消息仍为XML时访问消息并对其执行操作。 这样，我只编写了大约100行代码即可完成我想要的工作。

使用WCF的一个支持原因是这些工具。 WCF开箱即用，提供了更好的工具来测试，配置和诊断服务。 除此之外，作为.NET服务的首选解决方案，现在有许多专门针对WCF平台的工具和实用程序。

WCF完全替代了ASP.NET Web服务。 我建议尽可能在WCF中完成.NET服务中的所有新工作。 是否应将现有项目迁移到WCF是另一回事，在WCF中，WCF的好处必须大于替换功能正常的解决方案的成本。