Visual Studio 2008 - Voeg Reference
-
03-07-2019 - |
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?
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.