.NET에서는 람다 표현식을 표현식
다음 코드를 고려하세요.
public void GimmeExpression(Expression<Func<T>> expression) { ((MemberExpression)expression.Body).Member.Name; // "DoStuff" } public void SomewhereElse() { GimmeExpression(() => thing.DoStuff()); }
여기서 람다 식이 GimmeExpression 메서드에 전달되어 메서드가 호출되고 있습니다(DoStuff).
이제 유사한 작업을 제한된 범위에서 수행하려고 한다고 가정해 보겠습니다. context:
public void ContainTheDanger(Func<T> dangerousCall) { try { dangerousCall(); } catch (Exception e) { // This next line does not work... Expression<Func<T>> DangerousExpression = dangerousCall; var nameOfDanger = ((MemberExpression)dangerousCall.Body).Member.Name; throw new DangerContainer( "Danger manifested while " + nameOfDanger, e); } } public void SomewhereElse() { ContainTheDanger(() => thing.CrossTheStreams()); }
이 경우에 우리는 destinyCall Func
Cannot implicitly convert type 'System.Func<T>' to 'System.Linq.Expressions.Expression<System.Func<T>>'. An explicit cast does not resolve the situation.
이것은 Func
중간 언어(IL)를 분해하고 원래 표현식을 추론하면 필요한 데이터가 최적화되지 않은 경우 이러한 변환이 가능할 수 있습니다. 그러나 이는 복잡하고 잠재적으로 신뢰할 수 없는 접근 방식입니다.
위 내용은 .NET Func를 표현식으로 변환하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!