此时,我们在启动托管,发现已经能够正常运行了
![]() |
| 图2 |
到此,我们是不是就完美的解决了WCF中关于操作重载的问题呢?不,还没有,因为WCF既包含服务端,又包含客户端,我们当前已经将服务端顺利的运行起来了。总结一下,就说服务端不是显示支持重载的,重载的操作各自的别名必须更不一致。
WCF的客户端如何解决操作重载问题?
但客户端呢?下面就来看下客户端对操作重载的反应。
要想实现客户端,我们创建一个Console的客户端应用程序,然后需要用SvcUtiil.exe生成代理类,方法如下
![]() |
| 图3 |
打开Proxy.cs,我们会发现代理的代码如下:
|
仔细观察代理的代码不难发现,代理中的服务契约以及服务实现的操作与服务端定义的想比,有所更改。而且对于代理类来说,已经没有了重载,虽然此代理类能够被正常使用,但是却没有了重载的好处,如何更改代理类,才能使其也有重载是下面要研究的问题。
我们将代理中的服务契约IService中的操作定义修改为:
|
将解决方案设置为多启动项目,并启动托管和客户端,出现下面的结果:
![]() |
| 图4 |
说明客户端和服务端已经成功通讯。从上面实现客户端的方法来看,客户端想实现重载,也必须保证重载操作的别名要有服务端的相匹配,其各不相同。
小结
从本文可以看出,WCF编程虽然保持了大部分原有编程模式,也继承了原有模式足够多好的做法,但是限于分布式开发与传统应用程序的差异,在有些细节上还是有区别的,比如本文所讨论的操作重载问题,其实还有很多类似问题,比如继承的差异,序列化的差异,处理集合的差异等等。要想真正的掌握这些问题,必须要深刻了解分布式开发的特型。加深对服务交互,类型转换,封送等WCF架构方面的理解。以下几点是对本文的总结:
1) 对于WCF中的服务端,对服务契约和服务实现不支持显示的操作重载,但可以通过设置重载操作的别名来改善这种状况
2) 对于WCF客户端,默认情况下,生成的代理也不支持操作重载,想要改变这种状况也必须依赖于别名。
3) 我推荐的做法是在服务端还是要用别名的方式支持操作重载,在客户端手动更改代理类,以便也支持操作重载。
请您到:http://downloads.cnblogs.com/jillzhang/wcf16_overload.rar 下载视频+课件+源码,多谢dudu提供了这么好的交流空间,第一次录制视频教程,有些地方不妥,还请兄弟们多多包含。以后想从事培训,有此方面门路的兄弟如果能推荐一下,更是不胜感激。
| 共2页: 上一页 [1] 2 | ||
|