Возвращать IEnumerable<T> или IQueryable<T> в C#: в чем разница и что выбрать?

Ключевое различие: где выполняется логика

Вы столкнулись с классической ловушкой. Разница между IEnumerable<T> и IQueryable<T> фундаментальна и касается того, где и как выполняется ваш код.

• IEnumerable<T> — это "ленивая" коллекция в памяти. Все операции (Where, Select, OrderBy) выполняются на стороне клиента (в вашем приложении), над уже загруженными данными.
• IQueryable<T> — это "выражение" (Expression Tree). Оно не содержит данных, а хранит дерево операций, которое будет преобразовано в SQL-запрос и выполнено на стороне сервера (базы данных).

Как это работает на практике

Рассмотрим ваш пример с точки зрения того, что происходит внутри:

// Вариант 1: IEnumerable<T>
public IEnumerable<Order> GetOrders()
{
    using (var db = new MyDbContext())
    {
        // Здесь выполняется SQL: SELECT * FROM Orders WHERE IsActive = 1
        // Все данные загружаются в память
        return db.Orders.Where(o => o.IsActive).AsEnumerable();
    }
}

// Потом в вызывающем коде:
var orders = GetOrders().Where(o => o.Total > 100).ToList();
// Фильтрация по Total происходит в памяти над уже загруженными объектами

В первом случае метод Where(o => o.Total > 100) применяется к уже материализованной коллекции. Это LINQ-to-Objects.

// Вариант 2: IQueryable<T>
public IQueryable<Order> GetOrders()
{
    using (var db = new MyDbContext())
    {
        // Здесь НЕ выполняется SQL! Просто строится выражение
        return db.Orders.Where(o => o.IsActive);
    }
}

// Потом:
var orders = GetOrders().Where(o => o.Total > 100).ToList();
// Теперь строится ОДИН SQL: SELECT * FROM Orders WHERE IsActive = 1 AND Total > 100
// И только после ToList() данные загружаются в память

Во втором случае вы строите IQueryable, который объединяет все вызовы Where в одно дерево выражений, и только вызов ToList() (или First(), Count()) отправляет готовый SQL в базу.

Когда что использовать

Вот практические рекомендации:

• Используйте IQueryable<T> когда:
  • Вы работаете с внешним источником данных (БД, OData, веб-сервис).
  • Хотите, чтобы фильтрация, сортировка и пагинация выполнялись на сервере.
  • Строите динамические запросы (например, добавляете условия в зависимости от входных параметров).
• Используйте IEnumerable<T> когда:
  • Данные уже находятся в памяти (список, массив).
  • Вы хотите применить сложную логику, которую нельзя выразить в SQL (например, вызов внешнего API для каждого элемента).
  • Возвращаете данные из кэша или результата вычислений.
  • Вам нужно гарантировать, что подключение к БД будет закрыто до того, как вызывающий код начнет работать с данными (как в вашем примере с using).

Важное предостережение про using и IQueryable

Обратите внимание на ваш метод GetOrders() с using. Если вы вернете IQueryable, то при попытке выполнить запрос позже (например, в вызывающем коде через .ToList()) контекст MyDbContext уже будет уничтожен! Вы получите исключение ObjectDisposedException.

Правильные решения:

1. Не используйте using внутри метода, возвращающего IQueryable — управляйте временем жизни контекста на более высоком уровне (через DI или using в вызывающем коде).
2. Или материализуйте данные внутри метода — вызовите .ToList() или .ToArray() и верните IEnumerable. Но тогда вы теряете возможность удаленной фильтрации.

Итог: IQueryable — это мощный инструмент для построения эффективных запросов к БД, но он требует осторожного управления временем жизни контекста. IEnumerable — безопасный выбор для данных в памяти, но может привести к проблемам с производительностью, если его неправильно использовать с БД.

// Для реальной работы с БД
public IQueryable<Order> GetOrdersQueryable(MyDbContext db)
{
    return db.Orders.Where(o => o.IsActive);
}

// Для тестов или кэша
public IEnumerable<Order> GetOrdersInMemory(List<Order> orders)
{
    return orders.Where(o => o.IsActive);
}