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(), но се съмнявам дали това ще бъде от голяма полза.