如果我们使用KnownType,那么我们得在父类中无休止的声名出子类来。每增加一个子类就得在父类中标记一下。这种方法显然违反了面向对象的原则。
如果使用ServiceKnownType,那就得配置一些东西来标明我们的类型,但是成功的机率小的可怜。
举个例子:
我们的借口类型:
namespace Lib
{
public interface IData
{
void Save();
}
}
namespace Lib
{
public interface IData
{
void Save();
}
}
我们的服务契约
namespace Lib
{
[ServiceContract]
public interface IMyService
{
[OperationContract()]
void Add(IData data);
}
}
namespace Lib
{
[ServiceContract]
public interface IMyService
{
[OperationContract()]
void Add(IData data);
}
}
我们的服务实现类:
namespace Lib
{
public class MyService:IMyService
{
IMyService 成员
}
}
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);
}
}
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和客户端的版本始终一样。
这是我暂时想到的思路,希望会对大家有所帮助。