Crear método dinámicamente y ejecutarlo

Si tomo el siguiente método:

public static int Multiply(int a, int b)
{
    return a * b;
}

Compílalo en modo Release y úsalo en tu código, todo funciona bien. Y si inspecciono la matriz il, contiene 4 bytes que corresponden exactamente a las cuatro instrucciones de la respuesta de Jon (ldarg.0, ldarg.1, mul, ret).

Si compilo en modo debug, el código es de 9 bytes. Y en Reflector, se ve así:

.method public hidebysig static int32 Multiply(int32 a, int32 b) cil managed
{
    .maxstack 2
    .locals init (
        [0] int32 CS$1$0000)
    L_0000: nop 
    L_0001: ldarg.0 
    L_0002: ldarg.1 
    L_0003: mul 
    L_0004: stloc.0 
    L_0005: br.s L_0007
    L_0007: ldloc.0 
    L_0008: ret 
}

La parte problemática es la variable local. Si solo copia los bytes de instrucción, emit instruction that uses a local variable, but you never declare it.

Si estuviera usando ILGenerator, podría usar DeclareLocal(). Parece que usted será capaz de establecer variables locales utilizando MethodBuilder.SetMethodBody() en. Net 4.5 (lo siguiente funciona para mí en VS 11 DP):

var module = typeof(Experiment).Module;
mb.SetMethodBody(il, methodBody.MaxStackSize,
                 module.ResolveSignature(methodBody.LocalSignatureMetadataToken),
                 null, null);

Pero no he encontrado una manera de hacerlo en. Net 4, excepto mediante el uso de reflexión para establecer un campo privado de MethodBuilder, que contiene las variables locales, después de llamar a CreateMethodBody():

typeof(MethodBuilder)
    .GetField("m_localSignature", BindingFlags.NonPublic | BindingFlags.Instance)
    .SetValue(mb, module.ResolveSignature(methodBody.LocalSignatureMetadataToken));

Con respecto al error original: Tipos y los métodos de otros ensamblajes (como System.Console y System.Console.WriteLine) son referenciados usando tokens. Y esas fichas son diferentes de una asamblea a otra. Eso significa que el código para llamar Console.WriteLine() en un ensamblado será diferente del código para llamar al mismo método en otro ensamblado, si nos fijamos en los bytes de instrucción.

Lo que eso significa es que tendría que entender realmente lo que significan los bytes IL y reemplazar todos los tokens que hacen referencia a tipos, métodos, etc. a los que son válidos en el asamblea que estás construyendo.

Creo que el problema tiene que ver con el uso de IL de un tipo/ensamblado en otro. Si reemplaza esto:

mb.CreateMethodBody(il, il.Count());

Con esto:

ILGenerator generator = mb.GetILGenerator();
generator.Emit(OpCodes.Ldarg_0);
generator.Emit(OpCodes.Ldarg_1);
generator.Emit(OpCodes.Mul);
generator.Emit(OpCodes.Ret);

Entonces ejecutará el método correctamente (no Console.WriteLine, pero devuelve el valor correcto).

Si realmente necesita ser capaz de sorber IL de un método existente, tendrá que buscar más, pero si solo necesita validar que el resto del código estaba funcionando, esto puede ayudar.

Una cosa que usted puede encontrar interesante es que el error cambia en su código original si saca la llamada Console.WriteLine de Experiment. Se convierte en un InvalidProgramException en su lugar. No tengo idea de por qué...

Si entiendo bien su problema, y solo desea generar dinámicamente algo de código.NET y ejecutarlo en cliente remoto, puede echar un vistazo a IronPython. Solo necesita crear una cadena con script y luego enviarla al cliente, y el cliente puede ejecutarla en tiempo de ejecución con acceso a todo. NET Framework, incluso interferir con su aplicación cliente en tiempo de ejecución.

Hay una manera difícil de hacer que el método "copiar" funcione y tomará un tiempo.

Echa un vistazo a ILSpy, esta aplicación se utiliza para ver y analizar código existente y es de código abierto. Puede extraer el código del proyecto que se utiliza para analizar el código IL-ASM y usarlo para copiar el método.

Esta respuesta es un poco ortogonal - más sobre el problema que la tecnología involucrada.

Puedes usar árboles de expresión - es bueno trabajar con ellos y tienen VS azúcar sintáctico.

Para la serialización necesitas esta biblioteca (también tendrás que compilarla): http://expressiontree.codeplex.com / (Esto también funciona con Silverlight 4, aparentemente.)

La limitación de los árboles de expresión es que solo admiten expresiones Lambda, es decir, no bloque.

Esto no es realmente una limitación porque aún puede definir otros métodos lambda dentro de un lambda y pasarlos a ayudantes de programación funcional como la API Linq.

He incluido un método de extensión simple para mostrarle cómo agregar otros métodos auxiliares para cosas funcionales - el punto clave es que necesita incluir los ensamblados que contienen las extensiones en su serializador.

Este código funciona:

using System;
using System.Linq;
using System.Linq.Expressions;
using ExpressionSerialization;
using System.Xml.Linq;
using System.Collections.Generic;
using System.Reflection;

namespace ExpressionSerializationTest
{
    public static class FunctionalExtensions
    {
        public static IEnumerable<int> to(this int start, int end)
        {
            for (; start <= end; start++)
                yield return start;
        }
    }

    class Program
    {
        private static Expression<Func<int, int, int>> sumRange = 
            (x, y) => x.to(y).Sum();

        static void Main(string[] args)
        {
            const string fileName = "sumRange.bin";

            ExpressionSerializer serializer = new ExpressionSerializer(
                new TypeResolver(new[] { Assembly.GetExecutingAssembly() })
            );

            serializer.Serialize(sumRange).Save(fileName);

            Expression<Func<int, int, int>> deserializedSumRange =
                serializer.Deserialize<Func<int, int, int>>(
                    XElement.Load(fileName)
                );

            Func<int, int, int> funcSumRange = 
                deserializedSumRange.Compile();

            Console.WriteLine(
                "Deserialized func returned: {0}", 
                funcSumRange(1, 4)
            );

            Console.ReadKey();
        }
    }
}