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