一、引言
在上一篇博文中,我们分析了如何在WCF中实现操作重载,其主要实现要点是服务端通过ServiceContract的Name属性来为操作定义一个别名来使操作名不一样,而在客户端是通过重写客户端代理类的方式来实现的。在这篇博文中将分享契约继承的实现。
二、WCF服务契约继承实现的限制
首先,介绍下WCF中传统实现契约继承的一个方式,下面通过一个简单的WCF应用来看看不做任何修改的情况下是如何实现契约继承的。我们还是按照之前的步骤来实现下这个WCF应用程序。
- 步骤一:实现WCF服务
在这里,我们定义了两个服务契约,它们之间是继承的关系的,具体的实现代码如下所示:
![2be5cc8a05a253e706b9c42e4c49a30d.png](https://i-blog.csdnimg.cn/blog_migrate/159a55f91ea0e56565aa6da5f56ab1c5.jpeg)
上面定义了两个接口来作为服务契约,其中ICompleteInstrumentation继承ISimpleInstrumentation。这里需要注意的是:虽然ICompleteInstrumentation继承于ISimpleteInstrumentation,但是运用在ISimpleInstrumentation中的ServiceContractAttribute却不能被ICompleteInstrumentation继承,这是因为在它之上的AttributeUsage的Inherited属性设置为false,代表ServiceContractAttribute不能被派生接口继承。ServiceContractAttribute的具体定义如下所示:
![4f5c2773fbbe6fdbb5ec228d001afbf3.png](https://i-blog.csdnimg.cn/blog_migrate/ecb5ffd13d41964070312b7f3132d3c7.jpeg)
接下来实现对应的服务,具体的实现代码如下所示:
![c33cb59e82970e5e4fafa770bfb8a56a.png](https://i-blog.csdnimg.cn/blog_migrate/e41eaf75488aaecd824d064d7040f9d9.jpeg)
上面中,为了代码的重用,CompleteInstrumentationService继承自SimpleInstrumentationService,这样就不需要重新定义WriteEventLog方法了。
- 步骤二:实现服务宿主
定义完成服务之后,现在就来看看服务宿主的实现,这里服务宿主是一个控制台应用程序,具体实现代码与前面几章介绍的代码差不多,具体的实现代码如下所示:
![7665725d0e3f614a1e14a818d16fd52f.png](https://i-blog.csdnimg.cn/blog_migrate/632cc3bc9f368916ef13777a7d85e2aa.jpeg)
宿主程序对应的配置文件信息如下所示:
![c7a1a26a61ba20fcca1669531899822c.png](https://i-blog.csdnimg.cn/blog_migrate/45a38a05a1000b6f1cbd9ef9682789ba.jpeg)
- 步骤三:实现客户端
最后,就是实现我们的客户端来对服务进行访问了,这里首先以管理员权限运行宿主应用程序,即以管理员权限运行WCFServiceHostByConsoleApp.exe可执行文件。运行成功之后,你将在控制台中看到服务启动成功的消息,具体运行结果如下图所示:
![4be687dfcadf7b83ab91d697d70e17f3.png](https://i-blog.csdnimg.cn/blog_migrate/ba13dcd78b56a50ff7bded866989ec1b.jpeg)
然后在客户端通过添加服务引用的方式来添加服务引用,此时必须记住,一定要先运行宿主服务,这样才能在添加服务引用窗口中输入地址:http://localhost:9003/instrumentationService/ 才能获得服务的元数据信息。添加成功后,svcutil.exe工具除了会为我们生成对应的客户端代理类之前,还会自动添加配置文件信息,而且还会为我们添加System.ServiceModel.dll的引用。下面就是工具为我们生成的代码:
![57ccd549a9264309ec224dec5dd27a1a.png](https://i-blog.csdnimg.cn/blog_migrate/5f67c2b6c9929d71d67e8b71e3a74e55.jpeg)
服务端,我们定义了具有继承层次结构的服务契约,并为ICompleteInstrumentation契约公开了一个EndPoint。但是在客户端,我们通过添加服务引用的方式生成的服务契约却没有了继承的关系,在上面代码标红的地方可以看出,此时客户端代理类中只定义了一个服务契约,在该服务契约定义了所有的Operation。此时客户端的实现代码如下所示:
![99afb28592f23b5d9a0102a431023948.png](https://i-blog.csdnimg.cn/blog_migrate/178f4d6ad255a6f4c83204ce09d96573.jpeg)
从上面代码可以看出。虽然现在我们可以通过调用CompleteInstrumentationClient代理类来完成服务的调用,但是我们希望的是,客户端代理类也具有继承关系的契约结构。
三、实现客户端的契约层级
既然,自动生成的代码不能完成我们的需要,此时我们可以通过自定义的方式来定义自己的代理类。
- 第一步就是定义客户端的Service Contract。具体的自定义代码如下所示:
![89876108cd9bd63bd569b3ad05ae6948.png](https://i-blog.csdnimg.cn/blog_migrate/f1ee54053212f13df22a6cb033a7de2c.jpeg)
- 第二步:自定义两个代理类,具体的实现代码如下所示:
![859631e9c5a1c8dcf980eb59500901df.png](https://i-blog.csdnimg.cn/blog_migrate/3706163fe1e6d437a487318b826a57e4.jpeg)
对应的配置文件修改为如下所示:
![a60e93f9733a5fe0c4d2413e17bcdf13.png](https://i-blog.csdnimg.cn/blog_migrate/e292ec2b7fb399b5a9874cdd72e70719.jpeg)
- 第三步:实现客户端来进行服务调用,此时可以通过两个自定义的代理类来分别对两个服务契约对应的操作进行调用,具体的实现代码如下所示:
![c7ac8f6d18d5dd63678e03cf0d760138.png](https://i-blog.csdnimg.cn/blog_migrate/e7409e7afe650c5e7254e8faf0616509.jpeg)
这样,通过重写代理类的方式,客户端可以完全以面向对象的方式调用了服务契约的方法,具体的运行效果如下图所示:
![98e47442d9431b8f992c401f1d3b7d62.png](https://i-blog.csdnimg.cn/blog_migrate/8e269250ddd8aa5d339fece778c33919.jpeg)
另外,如果你不想定义两个代理类的话,你也可以通过下面的方式来对服务契约进行调用,具体的实现步骤为:
- 第一步:同样是实现具有继承关系的服务契约,具体的实现代码与前面一样。
![61eac90e13c0ec57dd6dfa6641a39301.png](https://i-blog.csdnimg.cn/blog_migrate/ae7afd3329710fb8af666aff817b8145.jpeg)
- 第二步:配置文件修改。把客户端配置文件修改为如下所示:
![15bf5e062884e559b7f9436ec576ea3e.png](https://i-blog.csdnimg.cn/blog_migrate/cdd22ba359c97ae79adf7ccffe641459.jpeg)
- 第三步:实现客户端代码。具体的实现代码如下所示:
![2fe72af86dc4c2c92c4b335751525364.png](https://i-blog.csdnimg.cn/blog_migrate/1b01971dbb64f0533e60bb0b3284c095.jpeg)
其实,上面的实现代码原理与定义两个客户端代理类是一样的,只是此时把代理类放在客户端调用代码中实现。通过上面代码可以看出,要进行通信,主要要创建与服务端的通信信道,即Channel,上面的是直接通过ChannelFactory的CreateChannel方法来创建通信信道,而通过定义代理类的方式是通过ClientBase的Channel属性来获得当前通信信道,其在ClientBase类本身的实现也是通过ChannelFactory.CreateChannel方法来创建信道的,再把这个创建的信道赋值给Channel属性,以供外面进行获取创建的信道。所以说这两种实现方式的原理都是一样的,并且通过自动生成的代理类也是一样的原理。
四、总结
到这里,本篇文章分享的内容就结束了,本文主要通过自定义代理类的方式来对契约继承服务的调用。其实现思路与上一篇操作重载的实现思路是一样的,既然客户端自动生成的代码类不能满足需求,那就只能自定义来扩展了。到此,服务契约的分享也就告一段落了,后面的一篇博文继续分享WCF中数据契约。
转发评论和关注 是支撑我们走下去的动力哦~有什么问题大家都可以在