Visual Studio 2008 - Ajouter une référence

Question

Lors de l'ajout d'une DLL en tant que référence à un projet ASP.Net, VS2008 ajoute plusieurs fichiers au répertoire bin. Si la DLL s'appelle foo.dll, VS2008 ajoute foo.dll.refresh, foo.pdb et foo.xml. Je sais ce que foo.dll est :-), pourquoi VS2008 ajoute-t-il les trois autres fichiers? Que font ces trois fichiers? Puis-je les supprimer? Doivent-ils être ajoutés au contrôle de source?

Answer 1

Contrôle de la source:

Ben Straub a déclaré dans un commentaire à ce message: Les fichiers .dll.refresh doivent être ajoutés au contrôle de code si nécessaire, tandis que les .xml , .pdb et bien sûr les fichiers .dll ne doivent pas être ajoutés.

John Rudy a expliqué quand ajouter le fichier .refresh :

  

Pourquoi est-ce une bonne chose (parfois)?   Disons que vous êtes dans une équipe   environnement. Quelqu'un vérifie le code   pour foo.dll et votre système de compilation   construit une nouvelle DLL, la sortie dans un   partage de fichiers sur un serveur. Votre rafraichissement   points de fichier à cette copie du serveur de la   DLL. La prochaine fois que vous construirez, VS le fera   saisir comme par magie le dernier et   plus grande copie de cette DLL.

.xml comme l'a dit David Mohundro:

  

Le fichier XML est là pour les commentaires XML   et intellisense. Visual Studio sera   analyser cela et afficher le XML   les commentaires qui ont été ajoutés lorsque vous appelez   méthodes dans ces DLL.

.pdb comme l'a dit David Mohundro:

  

La pdb est là pour le débogage et   symboles. Si vous obtenez une exception   jeté, vous pourrez obtenir   stacktraces, etc. Vous êtes en contrôle de   choisir si le PDB est ou non   construit.

.refresh extrait d'un article de blog sur les fichiers .refresh:

  

Il indique au VS où chercher les mises à jour   versions de la dll avec la même base   prénom. Ils sont des fichiers texte, vous pouvez ouvrir   eux et voir le chemin qu'il utilise.

     

Leur but est de vous empêcher de   avoir à copier vous-même les nouvelles versions.   Dans VS2003, le fichier de projet serait   contient l'emplacement source du   référence, mais depuis VS2005 ne   utiliser des fichiers de projet pour ASP.NET   projets, c’est le remplacement de   cette fonctionnalité particulière.

Answer 2

Le fichier d'actualisation (personne ne l'a encore touché!) décrit l'origine de la DLL. Ceci est pour les références d'actualisation automatique; chaque fois que vous effectuez une construction complète, VS recherchera dans ce chemin et copiera cette version de la DLL.

Pourquoi est-ce une bonne chose (parfois)? Disons que vous êtes dans un environnement d'équipe. Quelqu'un vérifie le code de foo.dll dans le code et votre système de génération crée une nouvelle DLL, la sortie dans un partage de fichiers sur un serveur. Votre fichier d'actualisation pointe vers cette copie de la DLL sur le serveur. La prochaine fois que vous construirez, VS récupérera automatiquement et par magie la copie la plus récente et la plus complète de cette DLL.

Answer 3

La pdb est là pour le débogage et les symboles. Si vous obtenez une exception, vous pourrez obtenir des stacktraces, etc. Vous êtes en contrôle de choisir si le PDB est construit ou non. Le fichier XML est là pour les commentaires XML et IntelliSense. Visual Studio va analyser cela et afficher les commentaires XML qui ont été ajoutés lorsque vous appelez des méthodes dans ces DLL.

Je ne connais pas le fichier d'actualisation.

Answer 4

foo.pdb est le fichier de symboles du débogueur pour foo.dll. Vous le voudrez ou vous ne pourrez pas définir de point d'arrêt dans ce code.

Answer 5

  

VS2008 ajoute plusieurs fichiers dans le répertoire bin [...] Faut-il les ajouter au contrôle de code source?

Rien dans le répertoire bin n'a besoin d'être ajouté au contrôle de source. Lors de la vérification initiale d'un projet, l'une des premières choses à faire est d'ignorer les répertoires bin et obj. Alors oui, vous pouvez supprimer ces fichiers, mais Visual Studio les recréera.