[C#] Func <T> 대신 Expression <Func <T >>를 사용하는 이유는 무엇입니까?

이 답변이 얼마나 간단한 지 깨달을 때까지 답이 내 머리 위로 보였으므로 답변에 대한 답변을 추가하고 있습니다. 때로는 머리를 감쌀 수 없게 만드는 것이 복잡하다는 기대가 있습니다.

LINQ-to-SQL을 일반적으로 사용하려고하는 정말 성가신 ‘버그’에 들어가기 전까지는 차이점을 이해할 필요가 없었습니다.

public IEnumerable<T> Get(Func<T, bool> conditionLambda){
  using(var db = new DbContext()){
    return db.Set<T>.Where(conditionLambda);
  }
}

이것은 더 큰 데이터 세트에서 OutofMemoryExceptions를 받기 ​​시작할 때까지 훌륭하게 작동했습니다. 람다 내부에 중단 점을 설정하면 테이블의 각 행을 하나씩 반복하면서 람다 조건과 일치하는 것을 찾고 있음을 알았습니다. LINQ-to-SQL을 수행하는 대신 내 데이터 테이블을 거대한 IEnumerable로 취급하는 이유는 무엇입니까? 또한 내 LINQ-to-MongoDb 상대방과 똑같은 일을하고있었습니다.

수정 프로그램을 설정하는 간단했다 Func<T, bool>으로 Expression<Func<T, bool>>, 그래서 그것이 필요한 이유 검색 좀 Expression대신을 Func여기서 종료.

식은 단순히 대리자를 자체에 대한 데이터로 바꿉니다. 그래서 a => a + 1같은이된다 “는 거기 왼쪽에서을 int a. 오른쪽에 당신이 1을 추가 할 수 있습니다.” 그게 다야. 이제 집에 갈 수 있습니다. 그것은 분명히 그것보다 더 구조적이지만, 그것은 본질적으로 모든 표현 트리입니다. 머리를 감쌀 필요는 없습니다.

LINQ –SQL에가 필요한 이유가 이해가 명확하게 Expression하고,이 Func적합하지 않습니다. FuncSQL / MongoDb / 기타 쿼리로 변환하는 방법의 핵심을 이해하기 위해 자체적으로 들어가는 방법을 가지고 있지 않습니다. 더하기 또는 곱하기 또는 빼기를 수행하는지 확인할 수 없습니다. 당신이 할 수있는 것은 그것을 실행하는 것입니다. Expression반면, 델리게이트 내부를보고 원하는 모든 것을 볼 수 있습니다. 이렇게하면 대리자를 SQL 쿼리와 같이 원하는대로 변환 할 수 있습니다. Func내 DbContext가 람다 식의 내용에 대해 눈이 멀었 기 때문에 작동하지 않았습니다. 이 때문에 람다 식을 SQL로 바꿀 수 없었습니다. 그러나 다음으로 최선을 다했으며 내 테이블의 각 행을 통해 조건을 반복했습니다.

편집 : John Peter의 요청에 따라 마지막 문장에 대해 설명합니다.

IQueryable은 IEnumerable을 확장하므로 IEnumerable의 메서드는 Where()을 허용하는 오버로드를 얻습니다 Expression. 에 전달하면 Expression결과로 IQueryable을 유지하지만을 전달 Func하면 기본 IEnumerable로 돌아가서 IEnumerable을 얻게됩니다. 다시 말해, 주목할 필요없이 데이터 세트를 쿼리 할 대상이 아닌 반복 할 목록으로 전환했습니다. 서명을 실제로 볼 때까지 차이를 느끼기가 어렵습니다.

답변

string result = client.Invoke(svc => svc.SomeMethod(arg1, arg2, ...));