【问题标题】:Lambda expressions <T, Func<TIN,TOUT>> and MethodInfoLambda 表达式 <T, Func<TIN,TOUT>> 和 MethodInfo
【发布时间】:2012-08-28 20:08:06
【问题描述】:

在将项目从 VS2010 迁移到 VS2012 时,我遇到了以下问题。该项目大量使用反射,为了从接口获取 MethodInfo,放置了以下代码:

Expression<Func<ITest, Func<ServiceRequest, ServiceResponse>>> expression = scv => scv.Get;

UnaryExpression unaryExpression = expression.Body as UnaryExpression;

MethodCallExpression methodCallExpression = unaryExpression.Operand as MethodCallExpression;

ConstantExpression constantExpression = methodCallExpression.Arguments[2] as ConstantExpression;

MethodInfo myMethod = constantExpression.Value as MethodInfo;

使用 VS2010 编译时效果很好,但如果代码使用 VS2012 编译,针对 .Net 4.0,methodCallExpression.Arguments.Count() 为 2。

反编译后,我注意到编译器为同一个表达式生成了不同的代码。

这是一个设计问题,因为设计不应该像 methodCallExpression.Arguments[2] 上的数字 2 那样依赖“幻数”。我尝试使用以下方法找到解决方案:

MethodCallExpression outermostExpression = expression .Body as MethodCallExpression;
MethodInfo myMethod = outermostExpression.Method;

但 outermostExpression 为空。

最后,我让它改变表达式如下:

Expression<Func<ITest, ServiceResponse>> expression = scv => scv.Get(default(ServiceRequest));
MethodCallExpression outermostExpression = expression.Body as MethodCallExpression;
Assert.AreEqual("Get", outermostExpression.Method.Name);

这不是很理想,但它适用于 VS2010 和 VS2012。

有没有办法从如下表达式中找到 MethodInfo:

Expression<Func<ITest, ServiceResponse>> expression = scv => scv.Get(default(ServiceRequest));
MethodInfo methodInfo = GetInnerMethodInfo( expression );
Assert.AreEqual("Get", methodInfo.Name);

【问题讨论】:

    标签: c# reflection lambda visual-studio-2012 methodinfo


    【解决方案1】:

    我不确定为什么表达式的编译方式会有所不同。但是,如果您在常量委托中查找方法的方法信息,您可以使用 ITest 实现编译表达式以获取委托 MethodInfo。例如:

    Expression<Func<ITest, Func<ServiceRequest, ServiceResponse>>> expression = scv => new Func<ServiceRequest, ServiceResponse>(scv.Get);
    Func<ServiceRequest, ServiceResponse> ret = expression.Compile()(new Test());
    MethodInfo methodInfo = ret.Method;
    

    ..其中Test 是某个类并实现了ITest。在 2012 年和 2010 年都有效。

    我不确定如何在不先编译的情况下从 2012 年的表达式中获取该方法信息...

    更新:

    如果编译表达式不是一个选项,编译器似乎正在生成一个不同的表达式,并将 MethodInfo 放入 C# 5 编译器的 MethodCallExpression.Object 属性中。您可以检查该属性是否不是null 并将其值用于MethodInfo,或者继续获取Arguments 集合中的元素。例如:

    Expression<Func<ITest, Func<ServiceRequest, ServiceResponse>>> expression = 
        scv => new Func<ServiceRequest, ServiceResponse>(scv.Get);
    
    UnaryExpression unaryExpression = expression.Body as UnaryExpression;
    
    MethodCallExpression methodCallExpression = 
        unaryExpression.Operand as MethodCallExpression;
    
    ConstantExpression constantExpression = 
        methodCallExpression.Object as ConstantExpression;
    
    MethodInfo methodInfo;
    if (constantExpression != null)
    {
        methodInfo = constantExpression.Value as MethodInfo;
    }
    else
    {
        constantExpression = methodCallExpression.Arguments
                                .Single(a => a.Type == typeof(MethodInfo) 
                                    && a.NodeType == ExpressionType.Constant) as
                                ConstantExpression;
        methodInfo = constantExpression.Value as MethodInfo;
    }
    

    我正在使用 LINQ 查询来获取 Arguments 集合中的元素,如果您更喜欢硬编码索引,您可以使用它来代替。更完整的错误检查也是必要的。

    【讨论】:

    • 彼得,非常感谢您的回答。这将解决“幻数”的问题,但真正的问题是 MethodInfo 不在集合中。以下测试失败。 ConstantExpression constantExpression = methodCallExpression.Arguments.FirstOrDefault(a => a.Type == typeof(MethodInfo) && a.NodeType == ExpressionType.Constant) as ConstantExpression; Assert.IsNotNull( 常量表达式 );
    • 用一些进一步的发现更新了我的答案。
    • 非常感谢。编译表达式不是一个选项,我更喜欢 LINQ 查询而不是索引方法。当我瞄准 .Net 4.0 时的事件,编译器以不同的方式“翻译”lambda 表达式,将 MethodInfo 放入 MethodCallExpression.Object 而不是 MethodCallExpression.Arguments。它看起来像是从 .Net 4.0 到 .Net 4.5 编译器的重大变化。非常感谢您的帮助。
    猜你喜欢
    • 2019-11-26
    • 2019-09-04
    • 1970-01-01
    • 2019-08-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多