我们用vb.net开发了一个webservice,Framework2.0。我们需要用框架3.5在WCF中重写这个We服务。请提供一些关于这方面的指导,也有许多其他系统使用我们的url服务url。此转换是否会对源系统产生影响,或者是否涉及源系统使用将使用WCF方法开发的url的任何构建活动?为了更好地理解这一点,请提供示例。谢谢!
发布于 2011-05-11 22:01:47
一些想法。
案例1:你的not服务有消费者,你只想重写服务而不干扰消费者。
在这种情况下,将basicHttpBinding端点与常规的wcf服务实现结合使用就可以了。你可以找到很多使用basicHttpBinding构建WCF服务的参考资料。这很可能会满足您的需求。
下面的链接可能对你有帮助。
http://msdn.microsoft.com/en-us/library/aa480190.aspx
http://msdn.microsoft.com/en-us/library/ms731361(v=VS.90).aspx
案例2:如果您想重写服务,并且可以接受使用者的更改,那么值得考虑以下几点。
端点选择
a.如果您的偏好是保持您的服务可互操作(即,您希望该服务服务于不同的平台),那么基于Soap的端点将会有所帮助。basicHTTPBinding、wsHTTPBinding等
b.如果您的使用者在windows平台上,并且您希望获得比基于SOAP的绑定更好的性能,那么基于netTCPBinding的端点将会有所帮助。
c.如果你的消费者在同一台机器上,netNamedPipe会是一个选择。
服务设计
服务设计为您提供了以下各项的大量组合。
a.选择决定服务实例的生命周期。
b.并发的选择。
c.会话的选择,并强制执行调用服务的顺序(由特定的设计人员首选)
d.选择是否拥有交易。
发布于 2011-05-11 21:46:00
您应该不需要更改任何内容。它应该是一样的。
你试过迁移它了吗?如果是这样,问题出在哪里?如果不是,只需将其切换到3.5,看看会发生什么。
发布于 2011-05-23 19:22:25
唯一需要的是将WCF服务中的服务端点更改为
http://localhost/YourProjectName/Servicename.svc,
在不更改服务器端编码的情况下,您需要将远程接口公开为服务协定,并将方法公开为客户端的数据协定
https://stackoverflow.com/questions/5964977
复制相似问题