如果我们使用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,自定义自己的数据类的时候就会出错,比如:
namespace DataLib
{
[DataContract]
[Serializable]
public class MyData:IData
{
[DataMember]
public string Name;
[DataMember]
public int ID;
IData 成员
}
}
那该怎么办?
既然WCF不知道如何序列化我们的MyData类,那我们就帮它序列化好了,那么我们需要改造一下服务器端的代码,改完之后如下:
改造后的服务契约
namespace Lib
{
[ServiceContract]
public interface IMyService
{
[OperationContract()]
void Add(byte[] data);
}
}
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,当然这个MyData是IData类型的,那么我们就可以调用IData的Save()方法了,这样就实现了,面向借口编程了。
当然得把我们的MyData所在的类库生成的dll拷贝到服务器一份,不用加任何配置,一定要保证这个dll和客户端的版本始终一样。
这是我暂时想到的思路,希望会对大家有所帮助。