我一直在尝试在过去2-3个月内创建一个稳定的Web服务应用程序。大约2个月前，我选择转移到WCF以利用单实例Web服务。
自从采取这种行动以来，我遇到了一些部署到IIS 6场景的麻烦。不幸的是，因为大多数真正的客户端仍然使用Windows Server 2003和IIS 6.我一直在收到您可能想象的每个WCF错误。
客户耐心正在消瘦，很快就会发现我们无法提供可靠的解决方案。
我几乎决定回到至少有效的ASMX服务，并且没有像以下那样的东西：
序列已被远程端点终止。已超出用户指定的特定邮件的最大重试次数。因此，可靠的会话无法继续。可靠的会话出了问题。
通讯对象System.ServiceModel.Channels.ReplyChannel不能用于通讯，因为它已被中止
列表继续......在我回到ASMX之前，是否有任何令人信服的理由坚持使用WCF，因为按照这个速度，我们可以通过这种技术让大客户流失？
答案 0 :(得分：7)
因为最终网站会迁移到IIS7吗？
说真的，如果为IIS7构建WCF 似乎在IIS7下运行得更好并且使用WCF IIS7没有问题，那么选择听起来很简单。如果客户端有IIS7，请坚持使用WCF 。否则，使用“旧”技术和“旧”技术。
答案 1 :(得分：0)
好的，回到asmx已经完成了。我必须说我的压力已经很小了。
我注意到的第一件事是整个设置不那么痛苦。在一个阶段，我在想 - “好了，现在需要配置客户端”，但后来我想“坚持 - 没什么可配置的！”
然后我有1个超时问题，并且无法弄清楚在配置中设置超时值的位置，然后我记得在代码中“地狱就像设置Service.Timeout = -1一样简单”。
万岁asmx。你不需要波音747就可以穿过公园！
最后免责声明：我已经实施了一项服务，可能需要1小时到12小时才能运行。如果我有一项服务可以立即向多个客户端提供一小部分数据，我想我可以和WCF一起使用。