C# Mettendo le DLL richieste da qualche altra parte rispetto alla radice dell'output

Question

Sto usando EmguCV per un progetto e quando il nostro programma viene eseguito ha bisogno di alcune DLL come "cxcore.dll" ecc. (O genera eccezioni di runtime). Al momento, ho inserito i file nella cartella principale della cartella di output (selezionato "Copia sempre" nelle proprietà del file in Visual Studio).

Tuttavia sembra un po 'disordinato, avere circa 10 diverse DLL proprio lì. C'è qualche modo in cui posso spostarlo in una sottocartella nella cartella di output e lo troverà comunque.

Answer 1

È possibile copiare le DLL nel punto desiderato utilizzando gli eventi di creazione pre/post e i macro che indicano dove si trova la cartella di output.

Tuttavia, se le DLL non si trovano nella stessa directory dell'eseguibile, non verranno caricate. Se sono gestiti, è possibile caricarli manualmente utilizzando i metodi Assembly.Load. Se non sono gestiti, non so come si possa fare.

Answer 2

Puoi tenerlo altrove e collegarlo ancora. Nelle proprietà di riferimento, impostare "Copia locale" su falso e impostare il percorso di conseguenza. Questo funzionerà. Se le DLL esterne sono supposte di cambiare versione, è possibile impostare "Versione specifica" su Falso per poter collegare a qualsiasi versione.

Answer 3

Sorprendenti risposte finora. Nessuna ragione;) Bene,

sì, è possibile inserire gli assembly in posizioni separate.

Nel corrispondente di configurazione dell'applicazione (app.config che viene copiato your.exe.config) aggiungere:

<runtime> 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <probing privatePath="lib" /> 
    </assemblyBinding> 
    </runtime> 

Secondo:

http://msdn.microsoft.com/en-us/library/823z9h8w.aspx

Questo renderà il programma guardare nel percorso privato (cartelle sotto la propria cartella) per gli assembly - proprio come un'applicazione web cerca/bin.

È inoltre possibile inserirli nel GAC, ma ciò dovrebbe essere evitato a meno che non vi siano altri motivi.

Ciò detto, davvero non è necessario. Gli utenti non si confondono se si installa l'applicazione correttamente nel menu di avvio;) Non ho mai avuto questo problema, compresi i progetti con più di 50 assembly. Gli utenti non li vedono mai.

Answer 4

Per ottenere gli assembly in una sottodirectory, è possibile copiarli manualmente, utilizzare un evento pre o post-build o qualcosa di completamente diverso.

Per caricarli, è possibile utilizzare AppDomain.AssemblyResolve Event o (come indicato da TomTom) il <probing> Element. Da MSDN:

L'esempio seguente mostra come specificare le sottodirectory di base dell'applicazione che il runtime deve cercare per gli assembly.

<configuration> 
    <runtime> 
     <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <probing privatePath="bin;bin2\subbin;bin3"/> 
     </assemblyBinding> 
    </runtime> 
</configuration> 

Il GAC è naturalmente un altro posto per scaricare gli assembly, ma che non sarebbe davvero contare come un sub-directory ...a meno che non si installi l'applicazione da qualche parte, in realtà non dovrebbe essere installata: P