Entity Framework множественное включение во время выполнения

Это похоже на шаблон репозитория и обычно становится беспорядочным, если вы хотите попытаться «скрыть» EF / DbContext от вызывающего кода.

Вы можете рассмотреть несколько вариантов:

1. Вниз по сложности: используйте params Expression<Func<TEntity, object>>[] includes в подходящих методах репозитория, а затем будьте готовы также передавать выражения OrderBy, а также значения разбивки на страницы, когда вы хотите вернуть несколько сущностей.
2. Через зеркало простоты: используйте IQueryable как возвращаемый тип и позвольте потребителям обрабатывать Includes, OrderBy's, Counts / Any / Skip / Take / First / ToList и .Select() по мере необходимости.

Опция 1:

public Order GetById(int id, params Expression<Func<Order, object>>[] includes)
{
     var query = db.Orders.Where(x => x.ID == id);
     // This part can be moved into an extension method or a base repository method.
     if (includes.Any)  
        includes.Aggregate(query, (current, include) => 
        {
            current.Include(include);
        }
     // Don't use .FirstOrDefault() If you intend for 1 record to be returned, use .Single(). If it really is optional to find, .SingleOrDefault()
     return query.Single();
}
//ToDo
public IEnumerable<Order> GetOrders(/* criteria?, includes?, order by?, (ascending/descending) pagination? */)
{ }
// or
public IEnumerable<Order> GetOrdersByCustomer(/* includes?, order by?, (ascending/descending) pagination? */)
{ }
// plus..
public IEnumerable<Order> GetOrdersByDate(/* includes?, order by?, (ascending/descending) pagination? */)
{ }
public bool CustomerHasOrders(int customerId)
{ }
public bool OrderExists(int id)
{ }
public int OrdersOnDate(DateTime date)
{ }
// etc. etc. etc.

Имейте в виду, что это не обрабатывает настраиваемый порядок по предложениям, и то же самое потребуется для методов, возвращающих списки сущностей. Ваш репозиторий также должен будет предоставлять методы для .Any() (DoesExist), потому что каждый любит проверяет #null при каждом возврате. :) Тоже .Count().

Вариант 2:

public IQueryable<Order> GetById(int id)
{
    return db.Orders.Where(x => x.ID == id);
}
public IQueryable<Order> GetOrders()
{
    return db.Orders.AsQueryable();
}

Вызывающие могут найти в Linq и .Include() то, что им нужно, прежде чем вызывать .Single(), или выполнить .Any(). Им может не понадобиться весь граф сущностей, поэтому они могут .Select() из сущности и связанных сущностей без .Include(), чтобы составить и выполнить более эффективный запрос для заполнения ViewModel / DTO. GetById может использоваться во многих местах, чтобы мы могли уменьшить дублирование и поддерживать его в репозитории. Нам не нужны все сценарии фильтрации и т. д., Вызывающие абоненты могут вызывать GetOrders, а затем фильтровать по своему усмотрению.

Зачем возиться с репозиторием, если он просто возвращает DBSets?

1. Централизуйте низкоуровневую фильтрацию данных. Например, если вы используете мягкое удаление (IsActive) или используете мультитенантную или явную авторизацию. Эти общие правила можно централизовать на уровне репозитория, вместо того, чтобы запоминать их везде, где касаются DbSet.
2. Тестирование проще. Хотя вы можете издеваться над DbContext или указывать его на базу данных в памяти, имитировать репозиторий, возвращающий IQueryable, проще. (Просто заполните List<TEntity> и верните .AsQueryable().
3. Репозитории обрабатывают создание и удаление. Создайте, чтобы служить фабрикой, чтобы гарантировать, что все необходимые данные и отношения установлены для жизнеспособного объекта. Удалить для обработки сценариев мягкого удаления, каскадов / аудитов и т. д., Помимо того, что БД обрабатывает «за кулисами».