从ASP.Net 2.0 Web服务迁移到WCF

Question

我目前拥有一套在ASP.Net 2.0中开发的.Net Web服务。它们不使用任何WS-E扩展，而是在应用程序级别实现安全性。它们是相当简单的数据检索/更新功能。我有兴趣随着时间的推移逐步将这些Web服务重新分解为WCF服务，主要是为了防止旧的框架版本的弃用。 我主要担心的是在客户端应用程序中需要重新编码以重新连接这些服务的数量。

1. 有没有人走过这条路？
2. 值得吗？
3. 您能推荐一些我可以用来继续我在该领域的研究的阅读材料吗？

Answer 1

您的疑虑是有效的。我一直在采取'如果它没有破坏，不解决它'的方法，并留下现有的'传统'Web服务，直到他们需要工作。对于新的开发，我们一直采用WCF解决大小沟通问题。如果你有一个漂亮的干净对象模型，最明显的好处是易于集成。最明显的负面影响是（相对而言）还有更多的配置问题，特别是当你开始尝试保护事物时。

我觉得有趣的是你提到了WS- *规范，因为我们在将WCF与Java系统集成时遇到的问题最多。安全功能现在很简单，我们最终使用Microsoft.Web.Services3（WSE3）来处理.NET的这一部分。

我强烈推荐reading through these articles，即使您现在不使用WCF进行安全保护，您可能需要在某个时候进行。

Answer 2

您的客户很可能根本不需要更改。

在服务器端，我最近看到一个ASMX服务，只需在[WebService]类上放置[ServiceContract]，在[WebMethod]方法上放置[OperationContract]，然后转动即可转换为WCF服务它返回到[DataContract]和[DataMember]的非原始类型。