我们在vb.net,framework 2.0中开发了一个web服务。我们需要重写这个 WCF中的websevice,框架3.5。请就此提供一些指导 有很多其他系统消耗我们的webservice网址。此转换是否会对源系统产生影响,或者它是否涉及源系统的任何构建活动以使用将使用WCF方法开发的URL? 请提供示例,以便对此有更好的理解。谢谢!
答案 0 :(得分:1)
一些想法。
案例1 :您的网络服务正在吸引消费者,您只想重写服务而不会打扰消费者。
在这种情况下,使用带有常规wcf服务实现的basicHttpBinding端点就可以了。您可以使用basicHttpBinding找到许多用于构建WCF服务的引用。最有可能这符合你的需要。
Follwoing链接可能对您有所帮助。
http://msdn.microsoft.com/en-us/library/aa480190.aspx
http://msdn.microsoft.com/en-us/library/ms731361(v=VS.90).aspx
案例2:如果您想要重写服务,并且可以接受消费者的更改,那么值得考虑以下几点。
终点选择
一个。如果您希望保持服务的互操作性(即您希望服务服务于不同的平台),基于Soap的端点会有所帮助。 basicHTTPBinding,wsHTTPBinding等
湾如果您的消费者在Windows平台上,并且您希望获得比基于SOAP的绑定更好的性能,那么基于netTCPBinding的端点将有所帮助。
℃。如果您的消费者在同一台机器上,可以选择使用netNamedPipe。
服务设计
服务设计为您提供以下许多组合。
一个。选择决定服务实例的生命周期。
湾并发的选择。
℃。选择会话,并强制执行必须调用服务的顺序(特定设计者优先)
d。选择是否进行交易。
答案 1 :(得分:0)
你不应该改变任何东西。它应该是一样的。
您是否尝试过迁移它?如果是这样,有什么问题?如果没有,只需将其切换到3.5,看看会发生什么。
答案 2 :(得分:0)
唯一的需求是将WCF服务中的服务端点更改为
http://localhost/YourProjectName/Servicename.svc,
不改变服务器端编码,你 需要公开远程接口,使它们作为[服务合同]和方法作为[数据合同]在客户端