EF 6.4中使用强类型ID/值对象时LINQ查询ToString无法翻译如何解决

问题原因 #

EF 6的LINQ查询提供器无法识别自定义类中重写的ToString()方法，即使你已经配置了值转换，EF在解析表达式树时仍然会将该方法判定为不可翻译的CLR方法，因此抛出翻译失败异常。

可行方案 #

• 【推荐】方案1：修改强类型定义，公开只读底层值属性
  这是改动最小、兼容性最高的方案，符合DDD值对象的常规实现规范：

  public class EmailAddress
  {
     private readonly string _value;
  
     public EmailAddress(string value)
     {
          _value = value ?? throw new ArgumentNullException(nameof(value));
          // 可在此处添加邮箱格式校验逻辑
     }
  
     // 新增只读属性暴露底层存储值
     public string Value => _value;
  
     public override string ToString() => _value;
     
     // 建议补充重写Equals、GetHashCode以及相等运算符重载，保证值对比逻辑正确
  }
  

  修改查询逻辑，直接访问Value属性进行筛选：

  public List<Customer> GetCustomers(GetCustomersQuery queryParameters)
  {
    IQueryable<Customer> queryCustomers = _customerContext.GetAll();
    // 直接用Value属性判断，EF可正常翻译为SQL的LIKE语句
    return queryCustomers.Where(x =>
           x.EmailAddress.Value.Contains(queryParameters.Email)).ToList();
  }
  

  该方案不需要修改你现有的FluentApi类型转换配置，原有逻辑可正常运行。

• 方案2：精确匹配场景直接对比强类型实例
  如果你只需要精确匹配邮箱，不需要模糊查询，可以直接构造EmailAddress实例进行对比，不需要调用任何方法：

  var targetEmail = new EmailAddress(queryParameters.Email);
  return queryCustomers.Where(x => x.EmailAddress == targetEmail).ToList();
  

  注意需要先给EmailAddress类重写Equals、GetHashCode方法，同时重载==和!=运算符，保证EF能识别值对比逻辑。

• 方案3：用LINQKit扩展表达式翻译能力
  如果你不想对外公开底层_value字段，可以引入LINQKit库处理表达式树展开：
  首先在EmailAddress类中定义可复用的查询表达式：

  public static Expression<Func<EmailAddress, string, bool>> ContainsKeyword = 
    (email, keyword) => email.ToString().Contains(keyword);
  

  查询时调用LINQKit的扩展方法展开表达式：

  using LinqKit;
  
  public List<Customer> GetCustomers(GetCustomersQuery queryParameters)
  {
    IQueryable<Customer> queryCustomers = _customerContext.GetAll();
    return queryCustomers.AsExpandable().Where(x =>
           EmailAddress.ContainsKeyword.Invoke(x.EmailAddress, queryParameters.Email)).ToList();
  }
  

  LINQKit会在EF解析表达式之前自动展开表达式树，替换为可被EF识别的结构。

内容的提问来源于stack exchange，提问作者Robert