之所以这样说是因为如果我们要开发面向借口编程的服务的话，那么你就比较倒霉了。无论是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，自定义自己的数据类的时候就会出错，比如：

namespace DataLib
{
    [DataContract]
    [Serializable]
    public class MyData:IData
    {
        [DataMember]
        public string Name;
        [DataMember]
        public int ID;

        IData 成员
    }
}

当我们把MyData的类型向服务器传输的时候就会报出序列化出错之类的错误，我们按照ServiceKnownType进行配置之后也达不到预想的效果，KnownType又不符合面向对象的方法。
那该怎么办？
既然WCF不知道如何序列化我们的MyData类，那我们就帮它序列化好了，那么我们需要改造一下服务器端的代码，改完之后如下：

改造后的服务契约
namespace Lib
{
    [ServiceContract]
    public interface IMyService
    {
        [OperationContract()]
        void Add(byte[] data);
    }
}

改造后的服务实现类：
namespace Lib
{
    public class MyService:IMyService
    {
        IMyService 成员
    }
}

改造后的MyData:
namespace DataLib
{
    [Serializable]
    public class MyData:IData
    {
        public string Name{Get;Set;}
        public int ID{Get;Set;}

        IData 成员
    }
}

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

ITPub博客

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

最新文章