VB.NET equivalente para C# 'dynamic' con Option Strict On

Question

¿Existe un equivalente para la palabra clave 'dynamic' C# 4 cuando se usa type VB.NET seguro, es decir, con Option Strict On?

Answer 1

El equivalente es Object en VB.NET pero con Option Strict Off. Con Option Strict On no hay equivalente. Dicho de otra manera, la palabra clave dynamic brinda Option Strict Off funcionalidad equivalente a C#.

Answer 2

Puede activar Option Infer y Option Strict Off y aún tener algo muy cerca.

Answer 3

VB.NET siempre tenía incorporada la característica "dinámica", originalmente llamada vinculación tardía. Esta sintaxis fue apoyada por siempre:

Dim obj = new SomeComClass() 
obj.DoSomething() 

trabajado en código implementado en .NET y COM, siendo este último el uso más común. La palabra clave dinámica en C# le dio esa misma capacidad. Sin embargo, cambió en la versión 10 de VB.NET, ahora también está usando el DLR. Lo cual agrega soporte para enlaces dinámicos a implementaciones de lenguaje como Python y Ruby.

La sintaxis es exactamente la misma, use la palabra clave Dim sin As. Sin embargo, tendrá que usar Option Strict Off, Option Infer On puede suavizar ese golpe un poco. Muestra que C# usando una palabra clave específica para señalar el enlace dinámico fue una jugada bastante buena. Afaik todas las solicitudes para hacerlo en VB.NET también han sido consideradas pero no planeadas.

Si prefiere la Opción estricta activada entonces, usar la palabra clave Clase parcial para que pueda mover parte del código a otro archivo fuente es probablemente el enfoque más efectivo.

Answer 4

Hay suficientes formas de manejar métodos y propiedades con objetos COM de vinculación tardía y tipo seguro (Option Strict On). Esto al usar los métodos Microsoft.VisualBasic.Interaction.CallByName y System.Type.InvokeMember. (O cree un archivo "parcial" separado donde Option Strict es Off).

Pero manejar eventos con enlace tardío de VB.NET no es tan sencillo como con el tipo dinámico en C#. Puede verificar el "truco" para eso en Dynamic Events in VB.NET.

Answer 5

Esto demostrará lo que Basic dice acerca de que VB no tiene la misma granularidad que C#. Tengo este pedazo de código en C#, que utiliza la reflexión para invocar dinámicamente un método en tiempo de ejecución:

var listResult = tgtObj.GetType().GetMethod("GetSomeData").Invoke(tgtObj, null); 

La razón por la que estoy haciendo esto es que "GetSomeData" podría ser cualquiera de una serie de métodos, cada uno recibiendo datos diferentes ¿Qué método invocar aquí depende de un parámetro de cadena pasado a este objeto en tiempo de ejecución, por lo que el valor de "GetSomeData" varía en tiempo de ejecución.

La firma del "GetSomeData" es:

public List<SomeResultSetClass> GetSomeData() 

Cada uno de los métodos invocados vuelve una especie de List<T> objeto. A continuación, voy a enviar el objeto listResult a un método genérico llamado de exportación, que se ve así:

void Export<T>(List<T> exportList, string filePath, byte fileType) where T: class; 

Aquí es donde nos encontramos con un problema. Invoke devuelve un objeto de tipo System.Object. Por supuesto, un List<T> también es un System.Object, pero la interfaz expuesta es el Sistema.Interfaz de objeto, no la interfaz IList. Si intento ejecutar el método Exportar, así:

myExportObj.Export(listResult, parms.filePath, parms.fileType); 

el código no se puede compilar. El error es:

The type arguments for method '...Export<T>...' cannot be inferred from the usage. Try specifying the type arguments explicitly.

No, gracias !! El problema es que el compilador no puede encontrar los metadatos IList, porque está mirando la interfaz System.Object. Ahora, puede crear un nuevo List<T>, asígnele (List<Whatever>) listResult, pero eso en primer lugar daña el propósito de la invocación dinámica.

La solución es cambiar var a dynamic:

dynamic listResult = tgtObj.GetType().GetMethod("GetSomeData").Invoke(tgtObj, null); 

Desde dinámica no pasa por la comprobación estática de tipos en tiempo de compilación, no nos un error de compilación. Luego, cuando el objeto dinámico pasa al método Export, el DLR (Dynamic Language Runtime) busca ver si puede convertir implícitamente el objeto para cumplir con los requisitos de la firma del método. Lo que por supuesto puede.

Ok, así es como funcionan las cosas en C#. Con VB, la línea es la siguiente:

Dim listResult = tgtObj.GetType().GetMethod("GetSomeData").Invoke(tgtObj, Nothing) 

con Option Strict On, esta línea altera el compilador, como se esperaba. Sin eso, funciona bien. En otras palabras, en VB, tengo que desactivar el comprobador de tipos para todo el módulo que contiene la línea. No hay una granularidad más fina que eso.

Answer 6

Sí, ExpandoObject.

Dim dobj = Nueva System.Dynamic.ExpandoObject()

DObj.A = "abc"

DObj.B = 123

Answer 7

Tenga en cuenta que incluso con la opción Estricto todavía puedes usar, por ejemplo un ExpandoObject para acceder a propiedades como:

Dim doc = JsonConvert.DeserializeObject(Of ExpandoObject)("{""name"":""Bob""}") 
Dim lookup as IDictionary(Of String, Object) = doc 
lookup("name") ' Bob