В LINQ to SQL, как вы передаете части запроса LINQ в функцию - PullRequest
8 голосов
/ 12 января 2009

Можно ли передать часть запроса linq в функцию? Я хочу создать общий интерфейс для моего DAL, который всегда использует один и тот же интерфейс запросов. Например,

List<T> Get(Join j, Where w, Select s){    
    return currentDataContext<T>.Join(j).Where(w).Select(s).ToList();    
}

Возможно ли это? Я думаю, что это будет сделано с деревьями выражений, но я не смог найти примеры этого.

Ответы [ 5 ]

10 голосов
/ 12 января 2009

Ну, "соединение" сложно, потому что очень сложно выразить соединение - но такие вещи, как / select / orderby, довольно просты ...

Действительно, это просто случай объединения различных методов LINQ на IQueryable<T>, которые обычно принимают Expression<Func<...>> для некоторой комбинации. Таким образом, базовый выбор с необязательным предикатом будет:

    public IQueryable<T> Get<T>(
        Expression<Func<T,bool>> predicate
        ) where T : class
    {
        IQueryable<T> query = (IQueryable<T>)GetTable(typeof(T));
        if (predicate != null) query = query.Where(predicate);
        return query;
    }

Я бы тоже хотел возвращать IQueryable<T>, так как он полностью композируется. Если абоненту нужен список, он всегда может использовать ToList() для него ... или (например):

    using(var ctx = new MyDataContext(CONN))
    {
        ctx.Log = Console.Out;
        int frCount = ctx.Get<Customer>(c => c.Country == "France").Count();
    }

который (используя Northwind) выполняет запрос:

SELECT COUNT(*) AS [value]
FROM [dbo].[Customers] AS [t0]
WHERE [t0].[Country] = @p0

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

На самом деле, мне интересно, есть ли польза от написания такого метода вообще. Я мог бы просто придерживаться базового метода:

    public IQueryable<T> Get<T>() where T : class
    {
        return (IQueryable<T>)GetTable(typeof(T));
    }

И позвольте вызывающему составить его по своему усмотрению - возможно, с синтаксисом запроса:

       var list = (from cust in ctx.Get<Customer>()
                   where cust.Country == "France"
                   select cust.CompanyName).Take(10).ToList();

Который использует:

SELECT TOP (10) [t0].[CompanyName]
FROM [dbo].[Customers] AS [t0]
WHERE [t0].[Country] = @p0

В качестве альтернативы, если вы действительно хотите включить порядок и проекцию, то метод расширения является наиболее практичным подходом; тогда вам не нужно указывать оригинал (источник) T (что делает его не вызываемым при смешении с anon-типами):

public static class QueryExtension
{
    public static IQueryable<TProjection>
        Get<TSource, TProjection, TOrderKey>(
            this IQueryable<TSource> source,
            Expression<Func<TSource, bool>> where, // optional
            Expression<Func<TSource, TProjection>> select,
            Expression<Func<TProjection, TOrderKey>> orderBy)
    {
        if (where != null) source = source.Where(where);
        return source.Select(select).OrderBy(orderBy);
    }
}

Затем рассмотрим метод DAL, такой как:

    public List<string> Countries()
    {
        return Customers.Get(
            x=>x.CompanyName != "",
            x=>x.Country,
            x=>x).Distinct().ToList();
    }

Который использует (опять же с Northwind):

SELECT DISTINCT [t0].[Country]
FROM [dbo].[Customers] AS [t0]
WHERE [t0].[CompanyName] <> @p0
2 голосов
/ 12 января 2009

Проверьте этот общий класс: TableView.cs .

В основном он использует делегат Func для применения предиката Where:

//...
public TableView(DataContext dataContext, Expression<Func<TEntity, bool>> predicate)
{
    this.table = dataContext.GetTable<TEntity>();
    this.baseQuery = table.Where(predicate);
    this.predicate = predicate.Compile();
}
//...
1 голос
/ 12 января 2009

Вы можете использовать библиотеку динамических выражений, доступную в примерах Linq, с этой библиотекой расширений вы можете передавать предложения linq для где и т. Д. *

Скачать можно отсюда образцы linq

0 голосов
/ 04 июля 2012

Марк Грэвелл ♦, как обычно, дал очень проницательный ответ, но я действительно думаю, что наличие методов, которые принимают IQueryables и добавляют ограничения, в большинстве случаев сработает, и они делают код более понятным и легко поддерживаемым. Например:

//Join
public static IQueryable<IContract> AllContracts(this IQueryable<IAccount> accounts, ISession s ) {
          return from a in accounts
                 from contract in s.Query<IContract()
                 where (a.Id == contract.AccountId)
                 select contract;
    }
//Where
public static IQueryable<IContract> Active(this IQueryable<IContract> contracts) {
          return from contract in contracts
                 where (contract.Active == true)
                 select contract;
    }

Затем вы можете смешивать и сочетать их так:

IQueryable<IContract> activeContracts = s.Query<IAccount>()
            .Where(o => o.Name == "XXX")
            .GetContracts(s)
            .Active();

Я использую методы расширения и LINQ от NHiberante, предоставляя здесь Query метод, но его можно легко переписать без статических методов и с любым поставщиком LINQ.

0 голосов
/ 12 января 2009

Вы можете использовать Dynamic LINQ и передавать параметры в виде строк.

...