Visual Studio 2008 - Add Reference

Question

Ao adicionar uma DLL como uma referência a um projeto ASP.Net, VS2008 adiciona vários arquivos para o diretório bin. Se o DLL é chamado foo.dll, VS2008 acrescenta foo.dll.refresh, foo.pdb e foo.xml. Eu sei o que foo.dll é :-), por que VS2008 adicionar os outros três arquivos? O que esses três arquivos fazer? Posso excluí-los? Será que eles precisam ser adicionados no controle de origem?

Answer 1

Controle de origem:

Ben Straub disse em um comentário a este post:. Os arquivos .dll.refresh deve ser adicionado ao controle de origem, se necessário, enquanto o .xml, .pdb e, claro, os arquivos .dll não deve ser adicionado

John Rudy explicou quando para adicionar o arquivo .refresh:

Por que isso é uma coisa boa (às vezes)? Vamos dizer que você está em uma equipe meio Ambiente. cheques alguém em código para foo.dll, e seu sistema de construção constrói uma nova DLL, saída-lo em um compartilhamento de arquivos em um servidor. sua atualização pontos de arquivos para esse servidor cópia do DLL. Da próxima vez que você constrói, VS irá auto-magicamente pegar o mais recente e maior cópia desse DLL.

.xml como David Mohundro disse:

O arquivo xml está lá para comentários XML e IntelliSense. vontade Visual Studio analisar esse e exibir o XML comentários que foram adicionados quando você chamar métodos nessas DLLs.

.PDB como David Mohundro disse:

A APO está lá para depuração e símbolos. Se você receber uma exceção jogado com ele, você vai ser capaz de obter stacktraces, etc. Você está no controle de escolher se quer ou não o APO é construído.

.refresh a partir de um post sobre arquivos .Refresh:

Ele diz VS onde procurar atualizados versões do DLL com a mesma base de nome. Eles são arquivos de texto, você pode abrir -los e ver o caminho que ele está usando.

Sua finalidade é impedir que você ter que copiar novas versões si mesmo. No VS2003, o arquivo de projeto faria contêm o local de origem do referência, mas desde VS2005 não usar arquivos de projeto para ASP.NET projectos, este é o substituto do que determinada funcionalidade.

Answer 2

O arquivo de atualização (desde hit de ninguém sobre isso ainda!) Descreve onde o DLL veio. Isto é para referências de atualização automática; sempre que você faz uma compilação completa, VS irá procurar nesse caminho e copiar essa versão do DLL.

Por que isso é uma coisa boa (às vezes)? Vamos dizer que você está em um ambiente de equipe. cheques alguém em código para foo.dll, e seu sistema de construção constrói uma nova DLL, saída-lo em um compartilhamento de arquivos em um servidor. Seus atualização pontos de arquivo para que cópia do servidor da DLL. Da próxima vez que você constrói, VS irá auto-magicamente pegar a cópia mais recente e de que DLL.

Answer 3

A APO está lá para depuração e símbolos. Se você receber uma exceção lançada a partir dele, você vai ser capaz de obter stacktraces, etc. Você está no controle de escolher se quer ou não o APO é construído. O arquivo xml está lá para comentários XML e intellisense. Visual Studio irá analisar isso e exibir os comentários XML que foram adicionados quando você chamar métodos nessas DLLs.

Eu não sei sobre o arquivo de atualização.

Answer 4

foo.pdb é o arquivo de símbolos depurador para foo.dll, você vai querer que ele ou você não vai ser capaz de definir um ponto de interrupção nesse código.

Answer 5

VS2008 adiciona vários arquivos para o diretório bin [...] Do que eles precisam ser adicionados no controle de origem?

Nada no diretório bin precisa ser adicionado ao controle de origem. Um dos a primeira coisa quando inicialmente o check-in de um projeto é ignorar o bin e obj diretórios. Então, sim, você pode excluir esses arquivos, mas Visual Studio irá recriá-los.