.NET项目升级到Elastic.Clients.Elasticsearch 8.9.1的DeleteByQueryAsync问题

方案1：显式创建DeleteByQueryRequest对象 #

这是最直接避开推断错误的方式，直接构建请求实例并配置参数：

var deleteRequest = new DeleteByQueryRequest(index)
{
    Query = new DateRangeQuery
    {
        Field = field,
        LessThanOrEquals = date
    }
};

var result = await _client.DeleteByQueryAsync(deleteRequest);

方案2：调整Fluent Lambda写法 #

如果习惯链式调用风格，可修改lambda写法帮助编译器正确推断委托类型。8.x客户端的Fluent API是直接配置请求对象的属性，和NEST的接口链式逻辑略有不同：

var result = await _client.DeleteByQueryAsync<object>(req =>
{
    req.Index(index);
    req.Query = new DateRangeQuery
    {
        Field = field,
        LessThanOrEquals = date
    };
    return req;
});

部分场景下，更简洁的链式写法也能正常工作：

var result = await _client.DeleteByQueryAsync<object>(d => d
    .Index(index)
    .Query(q => q.DateRange(r => r
        .Field(field)
        .LessThanOrEquals(date)
    ))
);

如果这个简洁写法还是报错，优先用方案1。

为什么原来的NEST代码不行？ #

Elastic.Clients.Elasticsearch 8.x是官方重新设计的客户端，和NEST 6.x的API逻辑有差异：

• NEST用的是基于接口的Fluent配置，编译器更容易推断委托类型
• 8.x客户端的DeleteByQueryAsync<T>泛型方法的委托是Action<DeleteByQueryRequest<T>>，部分场景下编译器无法自动匹配，就会抛出"The delegate type could not be inferred"错误
• 显式创建请求对象的方式跳过了委托推断的环节，稳定性更高

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