• 诟病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和客户端的版本始终一样。
    这是我暂时想到的思路,希望会对大家有所帮助。



  • 相关阅读:
    LVM
    作业
    软件工程随笔
    woj1005-holding animals-01pack woj1006-Language of animals-BFS
    woj1002-Genesis woj1003-birthofnoah woj1004-noah's ark
    C++ new delete malloc free
    centos7+腾讯云服务器搭建wordpress
    C++ inline与operator
    next v5升级到next v7需要注意的地方
    python = 赋值顺序 && C++ side effect
  • 原文地址:https://www.cnblogs.com/wenwuxianren/p/1528385.html
Copyright © 2020-2023  润新知