首页 > 代码库 > 年前辞职-WCF入门学习(5)
年前辞职-WCF入门学习(5)
前言
第五集比较简单,视频也只有7分多钟,但是用处还是挺大的。下面我会介绍。
本来想第六集一起介绍的,后来发现第六集内容比较多,有半个多小时,就不一起了。网站规定6小时内只能发布一篇文章到首页,,那我就11点再发布吧。
第五集 How to make changes to WCF service without breaking clients (在不修改客户端的情况下更新WCF服务)
这集的大部分代码用的是第三集的内容。他的场景是这样的:假设我们已经写好了服务,但是某天重构代码的时候发现有个ServiceContract名字需要修改,服务端当然没事,改接口名字,改配置文件,一切顺利。但是客户端就不那么轻松了,我最先想到的就是客户端重新引用服务,显然这是一种极其不合理的方法,因为那样所有调用这个合约的地方都要去修改。。。否则就是一个Error。
这集提供了一个解决方法,假设我们新的ServiceContract名字为IHelloServiceChanged,那么只需要修改他的ServiceContract特性的Name 属性,是不是很简单。代码如下:
[ServiceContract(Name = "IHelloService")] public interface IHelloServiceChanged { [OperationContract] string GetMessage(string name); }
那为什么这样可行呢?
让我们来看一下两者的mex,通过地址栏里面输入 http://localhost:8080/mex
首先是原先的,我们搜索一下portType关键字,我们只截取关键的:
我们看到这里有个name属性,名字是IHelloService;
然后再看当合约接口的名字改成IHelloServiceChanged之后:
name变成了IHelloServiceChanged。
我们知道,客户端在添加服务引用,然后生成本地的代理类的时候,是通过解析服务提供的mex地址中的xml描述信息来执行的,所以,我们只要让这个name还是保持原来的名字,服务端任他变动都没有关系。
再来看看给ServiceContract 特性添加name属性之后的mex内容:
可知,name属性已变为我们定义的内容。
ServiceContract 特性用来定义类的名字,里面的OperationContract用来定义方法的名字,如果某天我们改变了方法的名字,又不想让客户端重新引用,只需要定义OperationContract的name属性。
第五集介绍完毕。
Thank you!
年前辞职-WCF入门学习(5)