文武闲人

C#

导航

诟病WCF之一,对已知类型的支持比较弱智(WCF面向接口编程)

之所以这样说是因为如果我们要开发面向借口编程的服务的话,那么你就比较倒霉了。无论是WCF固有的KnownType特性还是ServiceKnownType,你都会遇到这样那样的困难。
如果我们使用KnownType,那么我们得在父类中无休止的声名出子类来。每增加一个子类就得在父类中标记一下。这种方法显然违反了面向对象的原则。
如果使用ServiceKnownType,那就得配置一些东西来标明我们的类型,但是成功的机率小的可怜。
举个例子:
我们的借口类型:
namespace Lib
{
    
public interface IData
    
{
        
void Save();
    }

}

我们的服务契约
namespace Lib
{
    [ServiceContract]
    
public interface IMyService
    
{
        [OperationContract()]
        
void Add(IData data);
    }

}

我们的服务实现类:
namespace Lib
{
    
public class MyService:IMyService
    
{
        
IMyService 成员
    }

}

如果按这样把服务发布出去后,客户端得到的代理类的方法void Add(Object data);
当我们在客户端实现了IData,自定义自己的数据类的时候就会出错,比如:
MyData
当我们把MyData的类型向服务器传输的时候就会报出序列化出错之类的错误,我们按照ServiceKnownType进行配置之后也达不到预想的效果,KnownType又不符合面向对象的方法。
那该怎么办?
既然WCF不知道如何序列化我们的MyData类,那我们就帮它序列化好了,那么我们需要改造一下服务器端的代码,改完之后如下:
改造后的服务契约
namespace Lib
{
    [ServiceContract]
    
public interface IMyService
    
{
        [OperationContract()]
        
void Add(byte[] data);
    }

}

MyService

MyData
这样,客户端在向服务器传输MyData类型的参数的时候已经是byte[] data的了,也就是我们得自己把我们的data序列化成byte[],传输的服务器上,然后在服务器上反序列化得到我们的
MyData,当然这个MyData是IData类型的,那么我们就可以调用IData的Save()方法了,这样就实现了,面向借口编程了。
当然得把我们的MyData所在的类库生成的dll拷贝到服务器一份,不用加任何配置,一定要保证这个dll和客户端的版本始终一样。
这是我暂时想到的思路,希望会对大家有所帮助。



posted on 2009-07-22 10:46  wenwuxianren  阅读(575)  评论(3编辑  收藏  举报