IntPtr vs ref C#

Question

tengo que importar dll no administrado en mi aplicación C#, Quiero saber cuál es la diferencia entre IntPtr y ref, y lo que me recomendó utilizar y por qué? Tenga en cuenta que ambas formas me funcionan. Por ejemplo:

[DllImport("mydll.dll", CallingConvention=CallingConvention.Cdecl)] 
static extern Result Init(IntPtr versionInfo); 

[DllImport("mydll.dll", CallingConvention=CallingConvention.Cdecl)] 
public static extern Result Init(ref Version versionInfo); 

Answer 1

Editar: En base a algunas críticas me obliga a reconsiderar estas y otras investigaciones más a fondo. Admito libremente que IntPtr es propenso a errores, creo que puede haber cierto debate sobre lo que significa "más difícil", pero si el marco puede ordenarlo automágicamente y evitar que tengas que anclar cosas, etc., si no usas IntPtr, entonces creo Estoy de acuerdo en que IntPtr sería "más difícil. Me parece después de más investigaciones y pensé que sería más fácil (cuando te fuerzan a P/Invocar y no puedes crear un contenedor C++/CLI) declarar tu estructura (en su caso version) en el código administrado y luego pasarlo a través del parámetro ref.

[StructLayout(LayoutKind.Sequential)] 
struct Version 
{ 
    // Data members 
} 

[DllImport("mydll.dll", CallingConvention=CallingConvention.Cdecl)] 
public static extern Result Init(ref Version versionInfo); 

Mi conjetura sería que usted quiere la versión IntPtr. la diferencia es que IntPtr es una clase que maneja un puntero a memoria, mientras que declarar un parámetro como referencia (palabra clave ref) en una lista de argumentos significa que estás pasando por referencia. En general, cuando paso datos hacia y desde una dll no administrada a través de una llamada P/Invoke, a menos que los datos que se pasen sean de tipo vainilla (int, doble, cadena - con decoración de Mariscal adecuada) paso datos como IntPtr. A continuación, puede Marshal the IntPtr a su declaración gestionada de la estructura no gestionada.

Debe retirar este enlace para más información sobre P/Invoke llamadas: http://msdn.microsoft.com/en-us/magazine/cc164123.aspx

Answer 2

Si Version es una estructura que es compatible con la estructura que la función extern Init espera, no hay una diferencia significativa entre los dos, excepto que la versión ref será un lote más fácil de usar desde C#, ya que el tiempo de ejecución administrará todas las referencias y ajustes por usted. A menos que realmente quiera hacer todo ese trabajo, me quedaré con la opción ref.

Por supuesto, sin ver el prototipo de la función C, la estructura Version en C#, y la estructura utilizada en C para ese parámetro, realmente solo puedo adivinar.

Answer 3

Es mejor usar IntPtr porque hará que su código sea más flexible cuando se trata de compilar el código en x64. IntPtr ampliará su tamaño automáticamente.

IntPtr = 4 bytes on x86 
IntPtr = 8 bytes on x64 

hay casos en que ciertos tipos de c Haga doble que el tamaño cuando se compila para x64, pero los homólogos de C# (que se declaran para PInvoke) no. Entonces la llamada a la función fallará. Si la clase Version contiene algún campo como ese, entonces es mejor que use IntPtr.

Answer 4

IntPtr le permitirá mover todos sus Externs a una clase, sin dependencias de las estructuras que se utilizan en las llamadas, que pueden definirse en otro lugar. Me gusta mantener el adaptador de API separado de los datos struct/class defs que parecen más naturales para poner en la siguiente capa.