Entity Framework SELECT IN не использует параметры

Я не могу сказать, почему разработчики EF (Core) решили использовать константы вместо переменных при переводе Enumerable.Contains. Как указал @Gert Arnold в комментариях, это может быть связано с ограничением количества параметров SQL-запроса.

Интересно, что и EF (6.2), и EF Core (2.1.2) генерируют IN с параметрами при использовании эквивалентного выражения ||, например:

var values = new int[] { 1, 2, 3 };
var value0 = values[0];
var value1 = values[1];
var value2 = values[2]; 
var query = context.Things.Where(x =>
    x.Id == value0 ||
    x.Id == value1 ||
    x.Id == value2);

Сгенерированный запрос EF6.2

SELECT
    [Extent1].[Id] AS [Id]
    FROM [dbo].[Things] AS [Extent1]
    WHERE [Extent1].[Id] IN (@p__linq__0,@p__linq__1,@p__linq__2)

EF Core 2.1 делает нечто подобное.

Таким образом, решение состоит в том, чтобы преобразовать выражение Contains в выражение на основе ||. Это должно быть динамически с использованием методов класса Expression. И чтобы сделать его более простым в использовании, он может быть инкапсулирован в пользовательский метод расширения, который внутренне пользователь ExpressionVisitor выполняет преобразование.

Что-то вроде этого:

public static partial class EfQueryableExtensions
{
    public static IQueryable<T> Parameterize<T>(this IQueryable<T> source)
    {
        var expression = new ContainsConverter().Visit(source.Expression);
        if (expression == source) return source;
        return source.Provider.CreateQuery<T>(expression);
    }

    class ContainsConverter : ExpressionVisitor
    {
        protected override Expression VisitMethodCall(MethodCallExpression node)
        {
            if (node.Method.DeclaringType == typeof(Enumerable) &&
                node.Method.Name == nameof(Enumerable.Contains) &&
                node.Arguments.Count == 2 &&
                CanEvaluate(node.Arguments[0]))
            {
                var values = Expression.Lambda<Func<IEnumerable>>(node.Arguments[0]).Compile().Invoke();
                var left = Visit(node.Arguments[1]);
                Expression result = null;
                foreach (var value in values)
                {
                    // var variable = new Tuple<TValue>(value);
                    var variable = Activator.CreateInstance(typeof(Tuple<>).MakeGenericType(left.Type), value);
                    // var right = variable.Item1;
                    var right = Expression.Property(Expression.Constant(variable), nameof(Tuple<int>.Item1));
                    var match = Expression.Equal(left, right);
                    result = result != null ? Expression.OrElse(result, match) : match;
                }
                return result ?? Expression.Constant(false);
            }
            return base.VisitMethodCall(node);
        }

        static bool CanEvaluate(Expression e)
        {
            if (e == null) return true;
            if (e.NodeType == ExpressionType.Convert)
                return CanEvaluate(((UnaryExpression)e).Operand);
            if (e.NodeType == ExpressionType.MemberAccess)
                return CanEvaluate(((MemberExpression)e).Expression);
            return e.NodeType == ExpressionType.Constant;
        }
    }
}

Применение его к примеру запроса

var values = new int[] { 1, 2, 3 };
var query = context.Things
    .Where(x => values.Contains(x.Id))
    .Parameterize();

производит нужный перевод.

Параметризованные запросы с IN можно выполнять, хотя это и несколько обходной путь. Вам нужно будет использовать прямой SQL-запрос и сгенерировать параметризованный SQL вручную, примерно так:

var values = new object[] { 1, 2, 3 };
var idx = 0;
var query = context.Things.SqlQuery($@"
    SELECT
        [Extent1].[Id] AS [Id]
    FROM [dbo].[PaymentConfigurations] AS [Extent1]
    WHERE [Extent1].[Id] IN ({string.Join(",", values.Select(i => $"@p{idx++}"))})",
    values);

Сгенерированный список имен параметров напрямую встраивается в SQL, используемый в запросе, и получает значения с помощью параметра values. Обратите внимание, что вам может потребоваться убедиться, что ваш массив values является object[], а не int[], чтобы убедиться, что он распакован в параметры SqlQuery. Этот подход не так прост в обслуживании, как запрос LINQ, однако иногда приходится идти на эти компромиссы ради эффективности.