Как использовать Func в запросе linq, который обеспечивает вывод IQueryable

Это действительно связано с дырявой абстракцией. выставлен IQueryable<> в сочетании с ORM.

Первая попытка повлияет на работу при выполнении в памяти; однако это не тот случай, когда используется ORM. причина, что ваш первый код не будет работать с LINQ to entity, в том, что Func<> является скомпилированным кодом. Он не представляет собой дерево выражений, которое можно легко преобразовать в SQL.

Вторая попытка - это естественное решение, но она не работает из-за несколько волшебного преобразования вашего кода в дерево выражений. Пока вы пишете select, вы не кодируете Expression объекты. Но когда вы компилируете код; C # автоматически преобразует его в дерево выражений. К сожалению, нет никакого способа легко смешать актуальные Expression элементы.

Что вам нужно:

1. Функция-заполнитель для получения ссылки на ваше выражение.
2. Переписчик дерева выражений, если вы собираетесь отправить запрос в ORM.

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

Expression<Func<Person, int>> personIdSelector = person => person.PersonID;

var query = Persons
    .Select(p =>
    new {
        a = personIdSelector.Inline(p)
    })
    .ApplyInlines();

Со следующими помощниками выражений:

public static class ExpressionExtensions
{
    public static TT Inline<T, TT>(this Expression<Func<T, TT>> expression, T item)
    {
        // This will only execute while run in memory.
        // LINQ to Entities / EntityFramework will never invoke this
        return expression.Compile()(item);
    }

    public static IQueryable<T> ApplyInlines<T>(this IQueryable<T> expression)
    {
        var finalExpression = expression.Expression.ApplyInlines().InlineInvokes();
        var transformedQuery = expression.Provider.CreateQuery<T>(finalExpression);
        return transformedQuery;
    }

    public static Expression ApplyInlines(this Expression expression) {
        return new ExpressionInliner().Visit(expression);
    }

    private class ExpressionInliner : ExpressionVisitor
    {
        protected override Expression VisitMethodCall(MethodCallExpression node)
        {
            if (node.Method.Name == "Inline" && node.Method.DeclaringType == typeof(ExpressionExtensions))
            {
                var expressionValue = (Expression)Expression.Lambda(node.Arguments[0]).Compile().DynamicInvoke();
                var arg = node.Arguments[1];
                var res = Expression.Invoke(expressionValue, arg);
                return res;
            }
            return base.VisitMethodCall(node);
        }
    }
}

// https://codereview.stackexchange.com/questions/116530/in-lining-invocationexpressions/147357#147357
public static class ExpressionHelpers
{
    public static TExpressionType InlineInvokes<TExpressionType>(this TExpressionType expression)
        where TExpressionType : Expression
    {
        return (TExpressionType)new InvokeInliner().Inline(expression);
    }

    public static Expression InlineInvokes(this InvocationExpression expression)
    {
        return new InvokeInliner().Inline(expression);
    }

    public class InvokeInliner : ExpressionVisitor
    {
        private Stack<Dictionary<ParameterExpression, Expression>> _context = new Stack<Dictionary<ParameterExpression, Expression>>();
        public Expression Inline(Expression expression)
        {
            return Visit(expression);
        }

        protected override Expression VisitInvocation(InvocationExpression e)
        {
            var callingLambda = e.Expression as LambdaExpression;
            if (callingLambda == null)
                return base.VisitInvocation(e);
            var currentMapping = new Dictionary<ParameterExpression, Expression>();
            for (var i = 0; i < e.Arguments.Count; i++)
            {
                var argument = Visit(e.Arguments[i]);
                var parameter = callingLambda.Parameters[i];
                if (parameter != argument)
                    currentMapping.Add(parameter, argument);
            }
            if (_context.Count > 0)
            {
                var existingContext = _context.Peek();
                foreach (var kvp in existingContext)
                {
                    if (!currentMapping.ContainsKey(kvp.Key))
                        currentMapping[kvp.Key] = kvp.Value;
                }
            }

            _context.Push(currentMapping);
            var result = Visit(callingLambda.Body);
            _context.Pop();
            return result;
        }

        protected override Expression VisitParameter(ParameterExpression e)
        {
            if (_context.Count > 0)
            {
                var currentMapping = _context.Peek();
                if (currentMapping.ContainsKey(e))
                    return currentMapping[e];
            }
            return e;
        }
    }
}

Это позволит вам переписать дерево выражений прежде, чем оно когда-либо попадет в ORM, что позволит вам встроить выражение прямо в дерево.

Как я понимаю, это происходит потому, что IQueryable генерирует синтаксис SQL и запросы к базе данных точно так же, как типичная команда SQL. Он не может преобразовать функцию в команду SQL и, следовательно, не может быть выполнен таким образом. Вам нужно будет запросить наименьший объем данных, который вам нужен, принудительно выполнить запрос, чтобы у вас был результат, отличный от IQueryable, а затем снова запросить его с помощью функции func. Если функция требуется для предотвращения одновременного запроса слишком большого количества данных из БД, я предлагаю решить ее по-другому и или, возможно, добавить собственный метод БД. Есть способы обойти это, но суть в том, что IQueryable построен по-другому с намерением предотвратить множественные вызовы БД и сделать вызов максимально оптимизированным. Я не уверен, что вы умеете писать SQL; если вы это сделаете, то рассмотрите, что вызов IQueryable логически работает как SQL (потому что в основном это так). Надеюсь, это поможет.