Visual Studio 2008 - Agregar referencia

Question

Al agregar una DLL como referencia a un proyecto de ASP.Net, VS2008 agrega varios archivos al directorio bin. Si la DLL se llama foo.dll, VS2008 agrega foo.dll.refresh, foo.pdb y foo.xml. Sé que foo.dll es :-), ¿por qué VS2008 agrega los otros tres archivos? ¿Qué hacen esos tres archivos? ¿Puedo borrarlos? ¿Es necesario agregarlos en el control de código fuente?

Answer 1

Control de fuente:

Ben Straub dijo en un comentario a esta publicación: los archivos .dll.refresh deben agregarse al control de origen si es necesario, mientras que el .xml , .pdb y, por supuesto, los archivos .dll no deben agregarse.

John Rudy explicó cuándo agregar el archivo .refresh :

  

¿Por qué esto es algo bueno (a veces)?   Digamos que estás en un equipo   ambiente. Alguien verifica el código   para foo.dll, y su sistema de compilación   construye un nuevo DLL, generándolo en un   compartir archivos en un servidor. Tu refresco   archivo apunta a esa copia del servidor de la   DLL La próxima vez que construyas, VS lo hará   auto-mágicamente agarrar la última y   la mejor copia de esa DLL.

.xml como David Mohundro dijo:

  

El archivo xml está ahí para comentarios XML   e intellisense. Visual Studio lo hará   analizar eso y mostrar el XML   comentarios que fueron agregados cuando llamas   métodos en esas DLLs.

.pdb como David Mohundro dijo:

  

El pdb está ahí para la depuración y   simbolos Si obtiene una excepción   arrojado de él, podrás conseguir   stacktraces, etc. tienes el control de   Elegir si el PDB es o no   construido.

.refresh de una publicación de blog sobre archivos .refresh:

  

Le dice a VS donde buscar actualizado   Versiones de la dll con la misma base.   nombre. Son archivos de texto, puedes abrir.   ellos y ver el camino que está utilizando.

     

Su propósito es evitar que   Tener que copiar nuevas versiones tu mismo.   En VS2003, el archivo del proyecto   contiene la ubicación de origen de la   referencia, pero ya que VS2005 no lo hace   usar archivos de proyecto para ASP.NET   proyectos, este es el reemplazo para   esa funcionalidad particular.

Answer 2

El archivo de actualización (ya que nadie lo ha visto aún) describe de dónde proviene la DLL. Esto es para las referencias de actualización automática; cada vez que realice una compilación completa, VS buscará esa ruta y copiará esa versión de la DLL.

¿Por qué esto es algo bueno (a veces)? Digamos que estás en un ambiente de equipo. Alguien verifica el código para foo.dll, y su sistema de compilación construye una nueva DLL, generándola en un recurso compartido de archivos en un servidor. Su archivo de actualización apunta a esa copia del servidor de la DLL. La próxima vez que construyas, VS obtendrá automáticamente la última y mejor copia de esa DLL.

Answer 3

El pdb está ahí para la depuración y los símbolos. Si obtienes una excepción, podrás obtener stacktraces, etc. Tienes el control de elegir si se construye o no el PDB. El archivo xml está ahí para comentarios XML e intellisense. Visual Studio analizará eso y mostrará los comentarios XML que se agregaron cuando llama a los métodos en esas DLL.

No sé sobre el archivo de actualización.

Answer 4

foo.pdb es el archivo de símbolos del depurador para foo.dll, lo querrás o no podrás establecer un punto de interrupción en ese código.

Answer 5

  

VS2008 agrega varios archivos al directorio bin [...] ¿Deben agregarse en el control de código fuente?

No es necesario agregar nada en el directorio bin al control de fuente. Una de las primeras cosas al iniciar inicialmente un proyecto es ignorar los directorios bin y obj. Entonces, sí, puedes eliminar estos archivos, pero Visual Studio los volverá a crear.