替代

Question

我現在移植使用表達式.Net Core應用程序的一些庫，遇到了我所有的邏輯是基於LambdaExpression.CompileToMethod這簡直是在缺少一個問題，下面是示例代碼：

public static MethodInfo CompileToInstanceMethod(this LambdaExpression expression, TypeBuilder tb, string methodName, MethodAttributes attributes) 
{ 
    ... 

    var method = tb.DefineMethod($"<{proxy.Name}>__StaticProxy", MethodAttributes.Private | MethodAttributes.Static, proxy.ReturnType, paramTypes); 
    expression.CompileToMethod(method); 

    ... 
} 

是否有可能以某種方式重寫它，以便使用表達式生成方法成爲可能？我已經可以用Emit做到這一點，但它非常複雜，我想避免它用於高級表達式。

我試圖用var method = expression.Compile().GetMethodInfo();但在這種情況下，我得到一個錯誤：

System.InvalidOperationException : Unable to import a global method or field from a different module.

我知道我可以手動發出IL，但我需要準確地轉換Expression - >到MethodInfo綁定到特定TypeBuilder代替建立我自己DynamicMethod就可以了。

Answer 1

它不是一個理想的解決方案，但如果你不想寫一切從劃痕這是值得考慮：

1. 如果你看看CompileToMethod實現，你會看到它使用引擎蓋下內部LambdaCompiler類。
2. 如果你挖得更深，你會發現LambdaCompiler使用System.Reflection.Emit將lambda轉換爲MethodInfo。
3. System.Reflection.Emit受.NET Core支持。
4. 考慮到這一點，我的建議是嘗試重用LambdaCompiler源代碼。你可以找到它here。

這種解決方案的最大的問題是：

1. LambdaCompiler的許多文件中傳播，因此它可能是麻煩找什麼是需要編譯它。
2. LambdaCompiler可能會使用某些根本不受.NET Core支持的API。

補充幾點意見：

1. 如果你想檢查哪些API是由平臺使用.NET API Catalog支持。
2. 如果您想查看.NET標準版本之間的差異，請使用this網站。