Vra

Wanneer die toevoeging van 'n DLL as 'n verwysing na 'n ASP.Net projek, VS2008 voeg 'n paar lêers na die bin gids. As die DLL foo.dll genoem word, VS2008 voeg foo.dll.refresh, foo.pdb en foo.xml. Ek weet wat foo.dll is :-), waarom VS2008 voeg die ander drie lêers? Wat doen die drie lêers te doen? Kan ek dit verwyder? Doen wat hulle nodig het om by te voeg in bron beheer?

Was dit nuttig?

Oplossing

Bron Control:

Ben Straub sê in 'n kommentaar op hierdie post: Die .dll.refresh lêers moet na die bron beheer word bygevoeg indien nodig, terwyl die .xml, .pdb en natuurlik die .dll lêers moet nie bygevoeg word

.

John Rudy verduidelik wanneer om die .refresh lêer voeg:

  

Hoekom is dit 'n goeie ding (soms)?   Kom ons sê jy is in 'n span   omgewing. Iemand tjeks in kode   vir foo.dll, en jou bou stelsel   bou 'n nuwe DLL, uitdruk dit in 'n   lêer aandeel op 'n bediener. jou verfris   lêer punte aan wat die bediener afskrif van die   DLL. Volgende keer as jy bou, VS sal   motor-mettertyd gryp die nuutste en   grootste afskrif van daardie DLL.

Xml soos David Mohundro gesê:

  

Die XML-lêer is daar vir XML kommentaar   en IntelliSense. Visual Studio sal   ontleed dit en die XML vertoon   kommentaar wat bygevoeg word wanneer jy 'n beroep   metodes in dié DLLs.

Pdb soos David Mohundro gesê:

  

Die pdb is daar vir ontfouting en   simbole. As jy 'n uitsondering te kry   gegooi uit dit, sal jy in staat wees om te kry   stacktraces, ens Jy is in beheer van   die keuse of die PDB is   gebou.

.refresh uit 'n blog post oor .refresh lêers:

  

Dit vertel VS waar om te kyk vir opgedateer   weergawes van die dll met dieselfde grondtal   naam. Hulle is teks lêers, kan jy oopmaak   hulle en sien die pad is dit die gebruik.

     

Die doel hiervan is om te verhoed dat jy   met nuwe weergawes jouself te kopieer.   In VS2003, die projek lêer sou   bevat die bron ligging van die   verwys, maar sedert VS2005 nie doen   gebruik projek lêers vir ASP.NET   projekte, dit is die plaasvervanger vir   daardie spesifieke funksie.

Ander wenke

Die verfris lêer (omdat niemand se treffer op dat nog!) Beskryf waar die DLL vandaan kom. Dit is vir die motor-refresh verwysings; wanneer jy 'n volle aanloop doen, sal VS kyk in daardie pad en kopieer dit weergawe van die DLL.

Hoekom is dit 'n goeie ding (soms)? Kom ons sê jy is in 'n span omgewing. Iemand tjeks in kode vir foo.dll, en jou bou stelsel bou 'n nuwe DLL, uitdruk dit in 'n lêer aandeel op 'n bediener. Jou verfris lêer punte aan wat die bediener afskrif van die DLL. Volgende keer as jy bou, VS sal outomaties mettertyd gryp die nuutste en beste kopie van daardie DLL.

Die pdb is daar vir ontfouting en simbole. As jy 'n uitsondering gegooi daaruit kry, sal jy in staat wees om stacktraces kry, ens Jy is in beheer van die keuse of die PDB gebou. Die XML-lêer is daar vir XML kommentaar en IntelliSense. Visual Studio sal ontleed dit en vertoon die XML kommentaar wat bygevoeg wanneer jy metodes in dié DLLs noem.

Ek weet nie van die verfris lêer.

foo.pdb is die debugger simbole lêer vir foo.dll, sal jy dit wil hê of jy sal nie in staat wees om 'n breekpunt te stel in wat kode.

  

VS2008 voeg 'n paar lêers na die bin directory [...] Doen wat hulle nodig het om by te voeg in bron beheer?

Niks in die bin gids moet bygevoeg word om die bron beheer. Een van die eerste ding wanneer aanvanklik keur in 'n projek is om die bin en obj dopgehou ignoreer. So ja, kan jy hierdie lêers te verwyder, maar Visual Studio sal hulle herskep.

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top