MongoDB C#驱动LINQ查询含接口类型嵌入文档失败问题咨询

我来帮你梳理下这个问题的原因和可行的解决办法：

核心问题：LINQ查询对接口类型属性的支持限制 #

在MongoDB C#驱动2.5.0版本中，LINQ查询原生不支持针对接口类型的嵌入文档属性进行字段访问。你调试中发现的PredicateTranslator.TryGetFieldExpression方法的差异，正是问题的核心：

• 当属性是具体类类型时，驱动能将属性表达式解析为FieldExpression，这是驱动LINQ查询能识别的字段表达式类型；
• 当属性是接口类型时，表达式节点是PropertyExpression，驱动的翻译逻辑无法将其转换为IFieldExpression，因此抛出'{document}.Child.Name is not supported.'异常。

而FilterDefinition方式能正常工作，是因为它直接使用字符串指定字段路径，绕开了驱动对类型属性的LINQ表达式解析逻辑，不需要处理接口类型的映射关系。

你的模型定义本身没有语法错误，但不符合MongoDB LINQ驱动对类型解析的要求——驱动的LINQ查询依赖具体类型的元数据（比如字段映射、序列化信息），而接口本身无法提供这些查询所需的完整元数据。

可行的解决建议 #

1. 优先使用具体类作为属性类型 #

这是最简洁且稳妥的方案：将MainClass中的Child属性类型从IInnerClass改回InnerClass。如果业务层需要依赖接口解耦，可以在业务逻辑中使用接口，数据访问层使用具体类模型，兼顾业务抽象和查询兼容性。

2. 用FilterDefinition替代LINQ表达式查询 #

就像你已经验证的，直接使用Builders<T>.Filter构造查询条件，通过字符串指定字段路径。这种方式不受接口类型限制，适合必须保留接口模型的场景：

var entity = collection.Find(Builders<IMainClass>.Filter.Eq("Child.Name", "Some Value")).SingleOrDefault();

3. 自定义LINQ表达式翻译（进阶） #

如果必须使用LINQ查询且保留接口模型，可以尝试扩展驱动的LINQ表达式翻译逻辑：自定义ExpressionVisitor，将接口属性的PropertyExpression转换为驱动能识别的FieldExpression。不过这个方案复杂度高，且驱动版本升级时可能出现兼容性问题，不推荐作为首选。

4. 配置接口与实现类的Bson序列化映射 #

尝试为接口和实现类注册Bson映射，确保驱动能正确识别接口对应的具体类型：

// 注册具体类的映射
BsonClassMap.RegisterClassMap<InnerClass>(cm =>
{
    cm.AutoMap();
    cm.MapProperty(c => c.Name);
});

// 注册接口的映射，指定具体类型的序列化器
BsonClassMap.RegisterClassMap<IMainClass>(cm =>
{
    cm.AutoMap();
    cm.MapProperty(c => c.Id);
    cm.MapProperty(c => c.Name);
    cm.MapProperty(c => c.Child)
      .SetSerializer(BsonSerializer.LookupSerializer<InnerClass>() as IBsonSerializer<IInnerClass>);
});

注意：即使配置了序列化映射，LINQ查询的表达式翻译问题可能仍然存在（序列化和LINQ查询是驱动中独立的模块），这个方案可能需要结合其他调整才能生效。

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