我正在开发一个允许用户输入任意表达式的库。然后,我的库将这些表达式作为更大表达式的一部分编译到委托中。现在,由于仍然未知的原因,使用Compile
编译表达式有时/经常导致代码远远低于它不是编译表达式时的代码。我之前的asked a question about this和一个解决方法是不使用Compile
,而是CompileToMethod
并在新动态程序集中的新类型上创建static
方法。这很有效,而且代码很快。
但是用户可以输入任意表达式,结果表明,如果用户调用非公共函数或访问表达式中的非公共字段,则会抛出System.MethodAccessException
(如果是非{ public方法)调用委托时。
我可以在这里做的是创建一个新的ExpressionVisitor
来检查表达式是否访问任何非公共的,并在这些情况下使用较慢的Compile
,但我宁愿拥有动态汇编以某种方式获得访问非公共成员的权利。或者找出我能做些什么Compile
慢一点(有时候)。
重现此问题的完整代码:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Linq.Expressions;
using System.Reflection;
using System.Reflection.Emit;
namespace DynamicAssembly
{
public class Program
{
private static int GetValue()
{
return 1;
}
public static int GetValuePublic()
{
return 1;
}
public static int Foo;
static void Main(string[] args)
{
Expression<Func<int>> expression = () => 10 + GetValue();
Foo = expression.Compile()();
Console.WriteLine("This works, value: " + Foo);
Expression<Func<int>> expressionPublic = () => 10 + GetValuePublic();
var compiledDynamicAssemblyPublic = (Func<int>)CompileExpression(expressionPublic);
Foo = compiledDynamicAssemblyPublic();
Console.WriteLine("This works too, value: " + Foo);
var compiledDynamicAssemblyNonPublic = (Func<int>)CompileExpression(expression);
Console.WriteLine("This crashes");
Foo = compiledDynamicAssemblyNonPublic();
}
static Delegate CompileExpression(LambdaExpression expression)
{
var assemblyBuilder = AppDomain.CurrentDomain.DefineDynamicAssembly(
new AssemblyName("MyAssembly"+ Guid.NewGuid().ToString("N")),
AssemblyBuilderAccess.Run);
var moduleBuilder = assemblyBuilder.DefineDynamicModule("Module");
var typeBuilder = moduleBuilder.DefineType("MyType", TypeAttributes.Public);
var methodBuilder = typeBuilder.DefineMethod("MyMethod",
MethodAttributes.Public | MethodAttributes.Static);
expression.CompileToMethod(methodBuilder);
var resultingType = typeBuilder.CreateType();
var function = Delegate.CreateDelegate(expression.Type,
resultingType.GetMethod("MyMethod"));
return function;
}
}
}
答案 0 :(得分:5)
问题不在于权限,因为没有权限可以允许您在没有反射的情况下访问非公共字段或其他类的成员。这类似于编译两个非动态程序集和一个程序集在第二个程序集中调用公共方法的情况。然后,如果在不重新编译第一个程序集的情况下将方法更改为private,则第一个程序集调用现在将在运行时失败。换句话说,动态程序集中的表达式被编译为一个普通的方法调用,即使在同一个程序集中,它也没有其他类调用的权限。
由于没有权限可以解决您的问题,您可以将非公共字段和方法引用转换为使用反射的子表达式。
以下是从您的测试用例中获取的示例。这失败了:
Expression<Func<int>> expression = () => 10 + GetValue();
但这会成功:
Expression<Func<int>> expression = () => 10 + (int)typeof(Program).GetMethod("GetValue", BindingFlags.Static | BindingFlags.NonPublic).Invoke(null, null);
由于这不会因异常而崩溃,您可以看到您的动态程序集确实具有反射权限,并且它可以访问私有方法,它只能使用CompileToMethod
结果的普通方法调用来执行此操作英寸
答案 1 :(得分:1)
我曾经遇到过使用DynamicMethod生成的IL代码访问类的私有元素的问题。
事实证明,类DynamicMethod
的构造函数有一个重载,它接收类的类型,允许私有访问:
http://msdn.microsoft.com/en-us/library/exczf7b9.aspx
此链接包含如何访问私有数据的示例...我知道这与表达式树无关,但它可能会为您提供有关如何执行此操作的线索。
在编译表达式树时可能存在某种类似的东西......或者您可以将该表达式树创建为DynamicMethod。
答案 2 :(得分:1)
如果由您构建非动态程序集,则实际上可以为动态程序集包含InternalsVisibleTo
(甚至可以使用强名称)。那会允许使用内部成员,这可能就足够了吗?
为了得到一个想法,这里有一个示例显示热,以使Moq的动态组装能够使用来自另一个程序集的内部资源: http://blog.ashmind.com/2008/05/09/mocking-internal-interfaces-with-moq/
如果这种方法还不够,我会结合Rick和Miguel的建议:为非公共成员的每次调用创建“代理”DynamicMethods并更改表达式树,以便使用它们而不是原始的调用。