Entity Framework + WCF 远程调用出错

        在使用Entity Framework中使用WCF，在程序中调用服务一直报错，我一直以为是WCF的哪个地方的配置有问题，找来找去，一直没有解决。

        最后在网上找到一篇文章，说是序列化的问题，我才想起来，原来是跟Entity Framework有关。又是导航属性序列化的问题。觉得真是坑爹，早该想到的。

       分析出来，还是因为实体类中有导航属性，而EF会为有导航属性的实体类，生成一个代理类，而这个代理类也有自引用。所以WCF在序列化的时候，就会出错。报的就是上面的这个错误。

        一种办法说是禁用生成代理，这个是可以实现的，直接在Context里面禁用就可以了。

this.Configuration.ProxyCreationEnabled = false;

        但是如果禁用代理了，就不能通过导航属性得到关联的值了。所以这个方法不可行。在网上找到的另外一种办法就是自定义一个特性。个人开始嫌麻烦，不愿意自定义这个特性。

        我想是不是因为有这个导航属性才这样的，所以最开始想能不能让这个导航属性字段不序列化，只序列化其他的字段应该就行了，因为我前台并不需要用到这个导航属性。我在实体里面把导航属性前面的DataMember特性去掉了，最后发现还是报这个错误。后来设计发现，就算把这个特性去掉了，只是代表不序列化，但是这个属性还是有virtual关键字，EF框架还是会为它生成代理类。之所以WCF报错不是因为导航属性序列化的问题，而是因为有导航属性字段，会生成代理类。是代理类的序列化出了问题。

       最后还是参照网上的方法，自定义一个特性，然后在接口方法上应用这个特性，才把这个问题解决了。

       自定义特性的代码是：

        先定义一个类ProxyDataContractResolver：

//DataContractResolver在System.Runtime.Serialization这个命名空间里
public class ProxyDataContractResolver :DataContractResolver
{
    private XsdDataContractExporter _exporter = new XsdDataContractExporter();

    public override Type ResolveName(string typeName, string typeNamespace, Type declaredType,
                           DataContractResolver knownTypeResolver)
    {
        return knownTypeResolver.ResolveName(
                                   typeName, typeNamespace, declaredType, null);
    }

    public override bool TryResolveType(Type dataContractType, Type declaredType,
                           DataContractResolver knownTypeResolver,
                           out XmlDictionaryString typeName,
                           out XmlDictionaryString typeNamespace)
    {

        Type nonProxyType = ObjectContext.GetObjectType(dataContractType);
        if (nonProxyType != dataContractType)
        {
            // Type was a proxy type, so map the name to the non-proxy name
            XmlQualifiedName qualifiedName = _exporter.GetSchemaTypeName(nonProxyType);
            XmlDictionary dictionary = new XmlDictionary(2);
            typeName = new XmlDictionaryString(dictionary,
                                               qualifiedName.Name, 0);
            typeNamespace = new XmlDictionaryString(dictionary,
                                                     qualifiedName.Namespace, 1);
            return true;
        }
        else
        {
            // Type was not a proxy type, so do the default
            return knownTypeResolver.TryResolveType(
                                      dataContractType,
                                      declaredType,
                                      null,
                                      out typeName,
                                      out typeNamespace);
        }
    }
}

     再定义一个特性类ApplyProxyDataContractResolverAttribute

public class ApplyProxyDataContractResolverAttribute : Attribute, IOperationBehavior
{
    public void AddBindingParameters(OperationDescription description, BindingParameterCollection parameters)
    {
    }

    public void ApplyClientBehavior(OperationDescription description, ClientOperation proxy)
    {
        DataContractSerializerOperationBehavior
                   dataContractSerializerOperationBehavior =
                      description.Behaviors.Find<DataContractSerializerOperationBehavior>();
        dataContractSerializerOperationBehavior.DataContractResolver = new ProxyDataContractResolver();
    }

    public void ApplyDispatchBehavior(OperationDescription description, DispatchOperation dispatch)
    {
        DataContractSerializerOperationBehavior
                   dataContractSerializerOperationBehavior = description.Behaviors.Find<DataContractSerializerOperationBehavior>();
        dataContractSerializerOperationBehavior.DataContractResolver = new ProxyDataContractResolver();
    }
    public void Validate(OperationDescription description)
    {
    }
}

      然后在接口层的方法上面加上这个特性就可以了。

[OperationContract]
[ApplyProxyDataContractResolverAttribute]

       终于可以松一口气了，在使用EF的过程中，一定要考虑到这个导航属性的特殊性。

参考文章：

http://www.cnblogs.com/Gyoung/p/3153875.html（文中的代码都是摘自这篇文章，谢谢！）