EF6 с использованием настраиваемого свойства в запросе linq

Пакет DelegateDecompiler https://github.com/hazzik/DelegateDecompiler обрабатывает сценарии такого типа.

Украсьте свое свойство атрибутом Computed, тогда запросы, подобные следующим, должны работать, если вы добавите метод Decompile:

db.Cars.Decompile().SingleOrDefault(c => c.Id == id && c.Key == key)

Существует множество сторонних пакетов, которые могут решить эту проблему. Я также считаю, что в EF.Core есть методы, которые могут помочь, однако я предложу 2 «чистых» решения Entity Framework 6.

1. Выполните свой запрос в двух частях - часть SQL, затем часть "в коде".

db.Cars.Where(c => c.Id == id).ToList().SingleOrDefault(c => c.Key == key)

это по-прежнему будет держать вашу логику инкапсулированной в классе, но вы не получите преимущества выполнения SQL.

2. То, что я называю паттерном «проектор». Этот немного более затянут.

По сути, вы создаете «представление» EF POCO, представляющее объект передачи данных. он имеет свойства, необходимые для вашего представления, а также определяет, как проецировать данные из базы данных в представление.

// Poco:
public class Car {
  public int Id {get;set;}
  public string LocalSequenceNumber {get;set;}
  public int ProcessId {get;set; }
  public virtual Process Process {get;set;}
  // ...
}
public class Process {
 // ...
}

// View+Projector:
public class CarView
{ 
  public int Id {get;set;}
  public string Color {get;set;}
  public string Key {get;set;}
  public static Expression<Func<Car, CarView>> Projector = car => new CarView {
    Id = car.Id,
    Color = car.Color,
    Key = car.Process.Name + " " + car.LocalSequenceNumber 
  }
}

// calling code
var car = db.Cars.Select(CarView.Project).SingleOrDefault(cv => cv.Id == id && cv.Key == key)

Это оценит весь код в базе данных, инкапсулируя вашу бизнес-логику в код.

Увы, вы забыли сообщить нам, что такое Process.Name и LocalSequenceNumber. Судя по идентификаторам, они не являются частью вашего Cars, а являются значениями в вашем локальном процессе. Почему бы не рассчитать ключ перед вашим запросом?

var key = string.Format("{0}_{1}", Process.Name, LocalSequenceNumber);
db.Cars.SingleOrDefault(c => c.Id == id && c.Key == key);

Если, с другой стороны, Process.Name или LocalSequenceNumber являются свойствами Car, вам придется изменить IQueryable.Expression в вашем запросе LINQ, используя только те свойства и методы, которые могут быть преобразованы вашим IQueryable.Provider в SQL.

К счастью, ваш Provider знает ToSTring() и концепцию конкатенации строк.

Поскольку вы используете свойство Key в Queryable.Where, я предлагаю расширить IQueryable функцией WhereKey. Если функции расширения для вас немного волшебны, см. Демистификация методов расширения

public static IQueryable<Car> WhereKey(this IQueryable<Car> cars, int id, string key)
{
    return cars.Where(car => car.Id == id
            && key == car.Process.Name.ToString() + "_" + car.LocalSequenceNumber.ToString());
}

Использование:

int carId = ...
string carKey = ...
var result = myDbContext.Cars
    .WhereKey(carId, carKey)
    .FirstOrDefault();

Рассмотрите возможность создания WhereKey, который проверяет только ключ. Конкатенация с Where, которая выбирает Id.

 var result = myDbContext.Cars
    .Where(car => car.Id == id)
    .WhereKey(carKey)
    .FirstOrDefault();

Если Process.Name или LocalSequenceNumber не является частью Car, добавьте его в качестве параметра. Вы поняли суть.

Рассмотрите возможность создания WhereKey, который проверяет только ключ. Конкатенация с Where, которая выбирает Id.

При желании можно создать WhereKeyFirstOrDefault(), но сомневаюсь, что от этого будет толку.