ASP.NET Core MongoDB IFindFluent转List<string>报错解决

编译报错和逻辑缺陷来自两个核心点：

• Find()、Project() 是MongoDB驱动提供的链式查询配置方法，返回值为IFindFluent类型的查询构造对象，并非最终查询结果；方法标记了async异步关键字，却没有调用ToListAsync()这类异步执行方法触发实际数据库IO，自然无法直接隐式转换为List<string>类型。
• 单个transactionId对应多条HotelBooking记录，原有投影逻辑是为每条Booking返回独立的房间码列表，就算补上查询执行方法，得到的也是嵌套的List<List<string>>结构，不符合单层字符串列表的返回要求。
• 额外注意：直接在Project()中编写内存级的Select(y=>y.Code).ToList()逻辑，部分版本的C# MongoDB驱动无法正确翻译为MongoDB原生查询语法，运行时会抛出翻译异常。

推荐使用「数据库端只查必要字段+内存端打平集合」的写法，兼容性最好、可读性高：

public async Task<List<string>> GetRoomCodesFromHotelBooking(string transactionId)
{
    // 查询匹配交易号的所有记录，只投影需要的Rooms字段，减少无效数据传输
    var bookingRoomLists = await HotelBookingCollection
        .Find(booking => booking.TransactionId == transactionId)
        .Project(booking => booking.Hotel.Rooms)
        .ToListAsync();

    // 打平嵌套集合，提取所有房间编码，做空值防护
    return bookingRoomLists
        .Where(rooms => rooms != null)
        .SelectMany(roomList => roomList)
        .Select(room => room.Code)
        .Where(code => !string.IsNullOrWhiteSpace(code))
        // 如果需要去重房间码，放开下面这行注释即可
        // .Distinct()
        .ToList();
}

可选：数据库端打平写法 #

如果数据量特别大，不想在内存做打平操作，可以用聚合管道的Unwind在数据库层直接拆解数组，返回单层结果：

public async Task<List<string>> GetRoomCodesFromHotelBooking(string transactionId)
{
    return await HotelBookingCollection.Aggregate()
        .Match(booking => booking.TransactionId == transactionId)
        .Project(booking => booking.Hotel.Rooms)
        .Unwind<RoomDocument>(config => config)
        .Project(room => room[nameof(RoomDocument.Code)].AsString)
        .ToListAsync();
}

内容的提问来源于stack exchange，提问作者hanushi-thana