Как я могу реорганизовать этот метод IQueryable <T>?

Question

Я работаю над приложением .NET 4, C#, Entity Framework 4, SQL Server 2008.

У меня есть 7 таблиц в моей базе данных, каждая из которых представляет определенный уровень местоположения (Страна, Штат, Город, Окрестности и т. Д.).

Теперь в моем репозитории я пытаюсь определить контракт интерфейса, который имеет только один метод Find(). Для этого я создал абстрактный класс под названием «Местоположение», для которого все объекты POCO наследуются.

Вот метод, который я в настоящее время:

public IQueryable<Location> Find() 
{ 
    return AllCountries() 
      .Union(AllStates()) 
      .Union(AllCounties()) 
      .Union(AllCities()) 
      .Union(AllNeigbourhoods()) 
      .Union(AllZipCodes()) 
      .Union(AllStreets()); 
} 

Эти методы инлайн (например AllStates) являются частные IQueryable методы, например:

private IQueryable<Location> AllCountries() 
{ 
    var db = new MyCustomDataContext(); 
    return db.Countries; 
} 

Это все работает отлично, но мне не нравится внешний вид кода в методе Find().

По сути, мне нужен метод репозитория, который возвращает все страны/города/государства и т. Д. (Как IQuerable<Location>).

Таким образом, мой уровень обслуживания может это сделать:

var countries = repository.Find(somePredicate).OfType<Country>().ToList(); 

Или это:

var countries = repository.Find(somePredicate).OfType<City>().ToList(); 

Так что я только когда-либо объявить один метод Find. Вы можете представить класс Location как мой «общий корень».

без использования абстрактного класса, это то, что мой контракт хранилище будет выглядеть так:

IQueryable<City> FindCities(); 
IQueryable<State> FindStates(); 
IQueryable<Country> FindCountries(); 
.... 

Тьфу!

Это то, что мой репозиторий договора в данный момент выглядит (и я хочу, чтобы сохранить его таким образом):

IQueryable<Location> Find(); 

Таким образом, любые лучшие идеи, чем имеющие все те СОЮЗА? Метод расширения IQueryable<T>, который может динамически соединяться с несколькими IQueryable?

Помните, что у меня также есть уровень обслуживания, который выполняет фильтрацию/сбор проекции (отложенное выполнение). Репозитарию необходимо вернуть «запросы», а не конкретные коллекции.

Оцените справку.

Answer 1

Я предполагаю, что один и тот же логический объект не будет существовать в двух отдельных таблицах (например, «город» не является «состоянием»). В этом случае вам лучше использовать Concat, а не Union.

Краткий вспомогательный метод будет сделать вызов выглядеть лучше (предупреждение: непроверенное):

// (Defined in the static class MyHelpers) 
// Concatenate all sequences into one. 
public IQueryable<T> ConcatAll<T>(this IQueryable<T> first, 
    params IQueryable<T>[] others) 
{ 
    var ret = first; 
    foreach (var other in others) 
    { 
    ret = ret.Concat(other); 
    } 

    return ret; 
} 

... 

public IQueryable<Location> Find() 
{ 
    return MyHelpers.ConcatAll(
    AllCountries(), 
    AllStates(), 
    AllCounties(), 
    AllCities(), 
    AllNeigbourhoods(), 
    AllZipCodes(), 
    AllStreets()); 

    // OR: 

    return AllCountries().ConcatAll(
    AllStates(), 
    AllCounties(), 
    AllCities(), 
    AllNeigbourhoods(), 
    AllZipCodes(), 
    AllStreets()); 
} 

Answer 2

Платформа Entity Framework позволяет сопоставить таблицы в модель данных, которая использует наследование.Если в вашей базе данных содержалась таблица Location, содержащая все ваши общие поля, и каждый класс подпозиций (например, City) имел внешний ключ к таблице Location, то при извлечении Location объектов из репозитория вы также должны получать экземпляров унаследованных классов.

Если нет общих полей в пределах Location, то, похоже, мало пользы от наличия объединенной коллекции.