我目前正在考虑将WCF作为升级选项,并且需要考虑所有可能在.Net 2.0开发和设置方面的内容。
想到的事情
升级后您考虑了哪些问题?
目前我在看
代码和设计
非常感谢提前
=====更新========
非常感谢所有回复音乐的人,我仍然欢迎更多的投入。有没有问题?
我也开始考虑以下
===========更新2 =============
S#arp架构(found here)已被WCF提升,我想我会提到这一点,因为我发现示例用法更容易理解。
答案 0 :(得分:3)
我建议你买Juval Lowy的鱼书“Programming WCF”。这是一本相当深入的书。 WCF具有高度可配置性,具有不同的理念,即地址,绑定和合同的整个ABC概念。还尝试了解WCF中的安全选项,因为它可能会因场景而变得复杂。 我建议的另一个博客是http://www.dasblonde.net/
答案 1 :(得分:2)
我完全推荐WCF的IDesign内容。不仅仅是他们的标准,还有带有辅助类的ServiceModelEx项目。
服务在IIS(或WAS,如果你有幸在2008年)发布为.svc文件而不是.asmx文件,因此可能会对那里的建模进行更改。但是通过适当的绑定,客户端仍然可以以相同的方式连接到它们。会推荐一本好的参考书 - 我发现自己时不时地读书。 Essential Windows Communication Foundation 非常有用,但不会过于友好; 编程WCF服务(由IDesign之一)看起来更好恕我直言。
否则,没有实际问题。 .NET 3.0不是2.0的基础更改,而是一组额外的库。我建议为WCF使用3.5,相同的评论基本上都适用。
答案 2 :(得分:2)
找出现有客户端使用的SOAP版本。除非禁用SOAP 1.2支持,否则基于ASP.NET 2.0 asmx的Web服务默认处理SOAP 1.1和SOAP 1.2消息。因此,在决定将基于asmx的Web服务迁移到WCF之前,请查看从客户端进入asmx Web服务的SOAP消息的版本。要继续支持SOAP 1.1和SOAP 1.2以便不破坏任何现有客户端,您需要有两个绑定:basicHttpBinding(SOAP 1.1)和自定义绑定几乎与basicHttpBinding相同,但消息版本指定为SOAP 1.2。阅读有关msdn的Anticipating Adopting the Windows Communication Foundation文章。您可以使用WireShark等网络分析器捕获来自客户端的http流量,并分析http标头。要测试新的基于WCF的服务,您可以回放这些http请求或构建类似的请求。
您还需要保持基于asmx的URL相同,以便向WCF的过渡对客户端是透明的,并且他们仍然可以通过相同的URL访问该服务。
请注意,如果您可以控制现有客户端应用程序并计划更新它们,则上述几点可能无效。
答案 3 :(得分:1)
升级到.NET 3.5 SP1和Visual Studio 2008 SP1。 WCF的增强功能从3.0到3.5,.NET 3.5 SP1支持实体框架,无论如何,为什么不开始更新?