Вы выбрали MongoDB ради гибкости. А потом два часа потратили на то, чтобы EF Core позволил сделать элементарный фильтр. Поздравляем, вы сами себе враг.
EF Core для MongoDB это иллюзия комфорта. Знакомый синтаксис, но в обмен на всё, ради чего вообще брали Mongo: агрегационные пайплайны, геозапросы, полнотекстовый поиск. Провайдер этого просто не умеет.
Правильный путь — это MongoDB.Driver напрямую.
Ставите пакет:
dotnet add package MongoDB.Driver
Делаете кастомный атрибут, чтобы сущность сама знала свою коллекцию:
[CollectionName("orders")]
public class Order
{
[BsonId]
[BsonRepresentation(BsonType.ObjectId)]
public string Id { get; set; }
public string CustomerName { get; set; }
}Generic-репозиторий читает атрибут сам и никаких магических строк в Program.cs:
public class MongoRepository<T> : IMongoRepository<T>
{
private readonly IMongoCollection<T> _collection;
public MongoRepository(IMongoDatabase db)
{
var name = typeof(T)
.GetCustomAttribute<CollectionNameAttribute>()?.Name
?? typeof(T).Name;
_collection = db.GetCollection<T>(name);
}
}
Регистрируете один раз через и больше никогда не трогаете Program.cs при добавлении новых коллекций:
services.AddScoped(typeof(IMongoRepository<>), typeof(MongoRepository<>));
Новая коллекция? Просто новый класс с
[CollectionName]. А для сложных запросов Builders<T>:
var filter = Builders<Order>.Filter.Eq(o => o.Status, "pending");
var sort = Builders<Order>.Sort.Descending(o => o.CreatedAt);
var results = await _collection.Find(filter).Sort(sort).ToListAsync();
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#sharp_view