Имеется примерно следующая структура классов:
public class Person
{
public long Id { get; set; }
}
public class MarketUser : Person
{
public ICollection<Order> Orders { get; set; }
}
public class AdminUser : Person
{
public ICollection<Request> Requests { get; set; }
}
Generic метод
public ICollection<TPerson> GetPersons<TPerson>() where TPerson : Person
{
DbSet personDbSet = GetDbSet<Person>();
ICollection<TPerson> personsCollection = personDbSet.OfType<TPerson>()
.Include("Orders")
.Include("Requests")
.ToList();
return personsCollection;
}
Пример вызова метода
ICollection<Person> persons = GetPersons<Person>();
Вопрос в том, как загрузить навигационные свойства? Сейчас подобная конструкция приводит к возникновению исключения (что вполне логично), т.к. у MarketUser нет свойства Requests, а у AdminUser нет свойства Orders
S>Вопрос в том, как загрузить навигационные свойства? Сейчас подобная конструкция приводит к возникновению исключения (что вполне логично), т.к. у MarketUser нет свойства Requests, а у AdminUser нет свойства Orders
Ты не одинок:
http://entityframework.codeplex.com/workitem/86
https://data.uservoice.com/forums/72025-entity-framework-feature-suggestions/suggestions/1249289-eager-loading-for-properties-of-derived-classes
А до поры, ничто не мешает сделать три метода: GetPersons, GetMarketUsers, GetAdminUsers. Чтобы избежать дублирования кода, загрузку основной информации делегировать методу GetPersons, а в двух других — инклюдить специфичные свойства. Заодно избавишься от Generic'а там, где он собственно и не нужен.
P.S. Как человек максимально далёкий от EF, не могу сказать наверняка. Но, вроде бы, Include имеет типо-безопасную реализацию. Если ты можешь проверить тип персоны внутри Include'а, то также можешь воткнуть проверку вида:
Include(e=>(e as IQueryable<MarketUsers>)?.Requests), но я не уверен, что это возможно. Попробуй.
"Хаос всегда побеждает порядок, поскольку лучше организован." (с) Терри Пратчетт