¿Cómo llamar a DynamicObject.TryGetMember directamente?

Question

Estoy implementando una función de propósito general para extraer un valor de un objeto dinámico provisto arbitrariamente, pero no sé cómo llamar a TryGetMember porque requiere un GetMemberBinder que es abstracto, por lo tanto no puedo crearlo. muestra ...

public object GetValue(DynamicObject Source, string FieldName) 
{ 
    object Result = null; 
    GetMemberBinder Binder = x; // What object must be provided? 
    Binder.Name = FieldName; 
    if (Source.TryGetMember(Binder, out Result)) 
     return Result; 

    throw new Exception("The field '" + FieldName + "' not exists"); 
} 

¿Existe un descendiente de hormigón ya existente de GetMemberBinder listo para su uso? o una guía para crear mi propia implementación?

Answer 1

no estoy seguro si hay cualquier método en el marco que en realidad devuelve un GetMemberBinder, pero no importa - que no es la forma correcta para invocar un miembro dinámico por su nombre.

Lo que realmente necesita hacer es crear un sitio de llamadas. El método es el siguiente:

static object GetDynamicMember(object obj, string memberName) 
{ 
    var binder = Binder.GetMember(CSharpBinderFlags.None, memberName, obj.GetType(), 
     new[] { CSharpArgumentInfo.Create(CSharpArgumentInfoFlags.None, null) }); 
    var callsite = CallSite<Func<CallSite, object, object>>.Create(binder); 
    return callsite.Target(callsite, obj); 
} 

Tenga en cuenta que Binder.GetMember crea una CallSiteBinder, no un GetMemberBinder. Solo para ser 100% claro. Este método generará un RuntimeBinderException si falla la llamada interna al TryGetMember, por lo que no es necesario que verifique el resultado. Si no desea que las personas que llaman vean el RuntimeBinderException, envuélvalo en su propio try/catch.

El envío dinámico es complejo, al menos en relación con la reflexión sobre tipos estáticos. Como el CLR no se escribe de manera dinámica, C# tiene que crear una instancia de un compilador para averiguar cómo ejecutar el miembro/método. Eso es crear un sitio de llamadas. Por lo que yo sé, usted tiene para hacer esto, razón por la cual cada método Binder devuelve CallSiteBinder y no puede instanciar ninguno de los encuadernadores directamente.

Tenga en cuenta que el DLR realiza algún tipo de almacenamiento en caché de sitios de llamadas, pero no estoy seguro de si el almacenamiento en caché automático cubre este escenario. Es muy probable que desee guardar su sitio de llamadas para futuras llamadas para evitar la sobrecarga de la recopilación constante.

P.S. Si está utilizando (o puede usar) ExpandoObject en lugar de DynamicObject, tenga en cuenta que implementa IDictionary<string, object>, por lo que no necesita hacer nada de esto. Simplemente transfiéralo al tipo de diccionario y verifica si la propiedad existe. Solo usaría DynamicObject en ExpandoObject si estuviera haciendo algo mucho más complicado que simplemente agregar miembros en tiempo de ejecución, es decir, cambiar el comportamiento real en función del encuadernador de tiempo de ejecución.

Answer 2

No llama directamente a TryGetMember, lo que necesita es usar las API dinámicas directamente para obtener el mismo efecto utilizando una carpeta de miembro de csharp y un sitio de llamada.

Esto se hace aún más fácil por el marco de código abierto Dynamitey (a través de nuget) ya que tiene un método estático que hace esto. Funciona para cualquier IDynamicMetaObjectProvider no solo DynamicObject y (funciona para los tipos regulares más rápido que la reflexión también).

return Dynamic.InvokeGet(Source, FieldName);