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

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

}

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

}

我们的服务实现类:
namespace  Lib
ExpandedBlockStart.gifContractedBlock.gif
{
    
public class MyService:IMyService
ExpandedSubBlockStart.gifContractedSubBlock.gif    
{
ContractedSubBlock.gifExpandedSubBlockStart.gif        
IMyService 成员#region IMyService 成员

        
public void Add(IData data)
ExpandedSubBlockStart.gifContractedSubBlock.gif        
{
            
        }


        
#endregion

    }

}

如果按这样把服务发布出去后,客户端得到的代理类的方法 void Add(Object data);
当我们在客户端实现了 IData,自定义自己的数据类的时候就会出错,比如:
ContractedBlock.gif ExpandedBlockStart.gif MyData
namespace DataLib
ExpandedBlockStart.gifContractedBlock.gif
{
    [DataContract]
    [Serializable]
    
public class MyData:IData
ExpandedSubBlockStart.gifContractedSubBlock.gif    
{
        [DataMember]
        
public string Name;
        [DataMember]
        
public int ID;

ContractedSubBlock.gifExpandedSubBlockStart.gif        
IData 成员#region IData 成员

        
public void Save()
ExpandedSubBlockStart.gifContractedSubBlock.gif        
{
            Console.WriteLine(
this.Name + " 完成了任务,他的ID是:" + this.ID);
        }


        
#endregion

    }

}
当我们把MyData的类型向服务器传输的时候就会报出序列化出错之类的错误,我们按照ServiceKnownType进行配置之后也达不到预想的效果,KnownType又不符合面向对象的方法。
那该怎么办?
既然WCF不知道如何序列化我们的MyData类,那我们就帮它序列化好了,那么我们需要改造一下服务器端的代码,改完之后如下:
改造后的服务契约
namespace  Lib
ExpandedBlockStart.gifContractedBlock.gif
{
    [ServiceContract]
    
public interface IMyService
ExpandedSubBlockStart.gifContractedSubBlock.gif    
{
        [OperationContract()]
        
void Add(byte[] data);
    }

}

ContractedBlock.gif ExpandedBlockStart.gif MyService
改造后的服务实现类:
namespace Lib
ExpandedBlockStart.gifContractedBlock.gif
{
    
public class MyService:IMyService
ExpandedSubBlockStart.gifContractedSubBlock.gif    
{
ContractedSubBlock.gifExpandedSubBlockStart.gif        
IMyService 成员#region IMyService 成员

        
public void Add(byte[] data)
ExpandedSubBlockStart.gifContractedSubBlock.gif        
{
            
using(MemoryStream ms = new MemoryStream(data))
ExpandedSubBlockStart.gifContractedSubBlock.gif            
{
                BinaryFormatter formatter 
= new BinaryFormatter();
                IData obj 
= formatter.Deserialize(ms) as IData;
                obj.Save();
            }

        }


        
#endregion

    }

}

ContractedBlock.gif ExpandedBlockStart.gif MyData
改造后的MyData:
namespace DataLib
ExpandedBlockStart.gifContractedBlock.gif
{
    [Serializable]
    
public class MyData:IData
ExpandedSubBlockStart.gifContractedSubBlock.gif    
{
ExpandedSubBlockStart.gifContractedSubBlock.gif        
public string Name{Get;Set;}
ExpandedSubBlockStart.gifContractedSubBlock.gif        
public int ID{Get;Set;}

ContractedSubBlock.gifExpandedSubBlockStart.gif        
IData 成员#region IData 成员

        
public void Save()
ExpandedSubBlockStart.gifContractedSubBlock.gif        
{
            Console.WriteLine(
this.Name + " 完成了任务,他的ID是:" + this.ID);
        }


        
#endregion

    }

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



转载于:https://www.cnblogs.com/wenwuxianren/archive/2009/07/22/1528385.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值