una tiempo que permiten net modificar encriptar elementos elemento ejecucion declarado crear conexión conexion clases cambiar cadena asp archivo app c# .net deployment vb6 com-interop

tiempo - modificar cadena de conexion en app.config c#



¿Debo implementar archivos Interop.x.dll con la aplicación.NET? (1)

No, eso ya no es necesario desde VS2010 y .NET 4.0. Simplemente establece la propiedad Embed Interop Types de interoperabilidad de la referencia del conjunto de interoperabilidad en Verdadero. La configuración predeterminada.

Con esta opción en efecto, los tipos de interoperabilidad se copian en su propio ensamblaje, como si hubiera escrito las declaraciones de [ComImport] . Y solo los que realmente usa en su código. La característica vale más para las grandes, los ensamblados Microsoft.Office.Interop en particular son muy grandes. Pero, por supuesto, siempre es útil también para componentes pequeños, ya que ya no tiene que implementar el ensamblado de interoperabilidad.

Tenemos una aplicación .NET que consume objetos COM en diferentes archivos DLL, también utilizados en la parte VB6 de nuestra aplicación. Al hacer referencia a una biblioteca COM, Visual Studio 2012 crea un Interop.x.DLL y lo hace referencia en su lugar. ¿Debo distribuir Interop.x.DLL desde la máquina de compilación o regenerarlo usando alguna herramienta de línea de comandos .NET? ¿Qué herramienta? ¿Cuál es la mejor práctica para implementar una aplicación .NET que haga referencia a COM?