Sono appena arrivato in una piccola azienda.
Esistono più di 500 soluzioni in diverse versioni VS.Net e anche in progetti VB 6.0. Condividono diverse dll.
C'è un modo per mappare la relazione tra ogni programma? Come posso sapere in anticipo quali soluzioni fanno riferimento a una DLL e avranno un impatto se cambio questa soluzione di dll.
Nella tua situazione, probabilmente scriverò alcuni piccoli programmi di utilità che possono scorrere il codice sorgente memorizzato ed elencare quali programmi fanno riferimento a quali DLL.
Ad esempio, in VB6, il file .vbp elenca le DLL utilizzate:
Reference=*\G{00020430-0000-0000-C000-000000000046}#2.0#0#C:\WINDOWS\system32\stdole2.tlb#OLE Automation
Reference=*\G{420B2830-E718-11CF-893D-00A0C9054228}#1.0#0#C:\WINDOWS\system32\scrrun.dll#Microsoft Scripting Runtime
Reference=*\G{50A7E9B0-70EF-11D1-B75A-00A0C90564FE}#1.0#0#C:\WINDOWS\system32\SHELL32.dll#Microsoft Shell Controls And Automation
In VB.NET, le informazioni simili sono memorizzate all'interno del file .vbproj:
<ItemGroup>
<COMReference Include="IWshRuntimeLibrary">
<Guid>{F935DC20-1CF0-11D0-ADB9-00C04FD58A0B}</Guid>
<VersionMajor>1</VersionMajor>
<VersionMinor>0</VersionMinor>
<Lcid>0</Lcid>
<WrapperTool>tlbimp</WrapperTool>
<Isolated>False</Isolated>
<EmbedInteropTypes>True</EmbedInteropTypes>
</COMReference>
Dove lavoro è anche comune fare riferimento a dll personalizzate da Excel VBA. Per trovarli, aprire i file Excel (o altri MS Office) e leggere la raccolta "Riferimenti" del modello aggiuntivo VBA e la raccolta "Office.COMAddins".
Leggi altre domande sui tag .net vb.net dependency-management