1. 问题
假设有代码如下:
[ServiceContract] public interface IA { [OperationContract] string M1(); } [ServiceContract] public interface IB : IA { [OperationContract] string M2(); } public class A : IA { public string M1() { return "this is M1"; } } public class B : A, IB { public string M2() { return "this is M2"; } }
但我们利用WCF发布B为服务时, 从客户端是看不到IA的 (生成的proxy class中不包含对IA的相关代码). 因此从客户端没法直接调用IA的方法M1, 这就是继承在WCF中遇到的问题.
2. 解决办法一
搜索了一番我发现有些TX提供了一个有趣的解决方案: 手动改写proxy class, 让IA显形. 如: http://www.cnblogs.com/volnet/archive/2007/11/12/wcf_inherit.html
这种方法很直观, 维持了原有的继承关系, 让Web Service看起来具备了OO的特性. 但是也有代价, 就是我们要手工维护proxy class.
3. 解决办法二
其实WCF提供了另外一种简单的解决办法, 通过配置来实现, 而且个人认为更加符合SOA的思想. 先来看看配置文件:
<services> <service name="MyService" behaviorConfiguration="DefaultBehavior"> <host> <baseAddresses> <add baseAddress="http://MyService" /> </baseAddresses> </host> <endpoint name="B" address="B" binding="basicHttpBinding" contract="IB"/> <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" /> </service> </services>
请注意高亮部分, 由于B是实现类型, 所以一般情况下我们会配置B的endpoint. 因此客户端访问MyService时只能够看到IB也在情理之中. 了解这点之后, 我们自然而然就能够想到如果要想同时访问IA, 那么增加一个endpoint即可. 事实正是这样!
<services> <service name="MyService" behaviorConfiguration="DefaultBehavior"> <host> <baseAddresses> <add baseAddress="http://MyService" /> </baseAddresses> </host> <endpoint name="A" address="A" binding="basicHttpBinding" contract="IA"/> <endpoint name="B" address="B" binding="basicHttpBinding" contract="IB"/> <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" /> </service> </services>
当我们做了如上改动之后, 在浏览器中打开http://MyService?wsdl我们将会看到它import了另外一个关联的wsdl. 它自己描述IB, 关联的描述IA. 用svcUtil生成代理类, 我们会发现两个Client Types, AClient和BClient. 通过这两个Client, 我们就能够分别访问子类和父类的方法了.
这种方式将继承关系给拉平了, 对于熟悉OO的TX们需要转换思路了接受它. 但是要知道SOA的一个重要思想就是用全新的视角展现功能, 扁平化服务正是一个主要趋势, 因而也就不觉得奇怪了.