带接口和LINQ的==和.Equals()之间的区别

时间:2012-04-11 22:32:05

标签: c# linq-to-sql

我最近得到了“不支持接口成员的映射.....”错误,我根据this thread解决了这个错误。为了证明:

public interface IMyInterface { string valueText { get; set; } }
public class MyData : IMyInterface
{
   int ID { get; set;}
   string valueText { get; set;}
}
public class MyOtherData : IMyInterface
{
   long ID { get; set;}
   string valueText { get; set;}
}

public static IEnumerable<T> GetByValue<T>(string value) : where T : class, IMyInterface, new()
{ 
   using (var context = new DataContext())
   { 
      // The important line
      return context.GetTable<T>().Where(x => x.valueText == value);
   }
}

运行此代码,我会收到NotSupportedException:“不支持接口成员IMyInterface.valueText的映射”。但是,如果我将x.valueText == value替换为x.valueText.Equals(value),则完全按预期工作。

我已经在我的代码中解决了这个问题,但我想了解为什么它的行为方式。谁能解释一下呢?

更新:根据我在下面的评论,LINQ to SQL团队将其关闭为“无法修复”。我认为这意味着它现在被视为一个已知的错误,但不会很快得到解决。不过,我仍然想知道为什么它首先表现不同。

1 个答案:

答案 0 :(得分:2)

显然,将查询上游推送到服务器的决定是基于一组不完整的规则,然后LINQ-to-SQL找到一个它无法处理的构造(接口)。

LINQ-to-SQL不支持方法调用,因此它生成一个查询来检索所有记录,然后使用LINQ-to-Objects过滤它们。 (实际上,基于你的其他线程,LINQ-to-SQL可能会为object.Equals做一个特殊的例外,并且知道如何将它转换为SQL。)

当涉及到接口时,LINQ-to-SQL可能会回退到LINQ-to-Objects行为,但显然它只是抛出异常。