È a mia conoscenza che .NET runtime cercherà sempre gli assembly referenziati in GAC e quindi nelle cartelle locali. Esiste un'impostazione in Web.Config che inverta questo ordine?Come ottenere .NET per cercare gli assembly nelle cartelle locali prima anziché GAC?
No. Non è possibile ottenere questo. Se nella GAC esiste una DLL di versione uguale a quella a cui si fa riferimento nel programma, CLR eseguirà sempre su. Non c'è modo di ignorare questo comportamento.
Non sono sicuro se c'è qualcosa che in realtà inverte l'ordine di ricerca in quanto tale, ma a seconda delle esigenze si potrebbe voler esaminare assembly binding redirection che offre un controllo molto elevato su quali versioni di assiemi sono caricati.
Ciò cambierà la versione che si lega. Tuttavia, la versione che si sceglie sarà ancora soggetta alle regole GAC che ho citato. – JaredPar
In effetti, ha chiarito la risposta un po 'per riflettere questo –
Ulteriori informazioni. su work around in this SO thread.
JaredPar ha ragione: il GAC ha il sempre il viene interrogato per primo per l'assemblaggio. Tuttavia, se sei come me, e desideri che la DLL risieda nel GAC e esegua ancora il debug, puoi aggiungere uno script di compilazione per scaricare il tuo file .pdb nella stessa cartella dell'assembly nel GAC (sarà in C: \ windows \ assembly \ gac_msil \ assembly.name_ [token chiave pubblica]).
È qualcosa a che fare con la sicurezza? – codeulike
@codeulike, credo che abbia più a che fare con la manutenzione. So meno sul perché e altro sulla capacità di farlo, perché ho passato un sacco di tempo a cercare di sovvertire questo comportamento prima di rendermi conto che semplicemente non era possibile. – JaredPar
Questo è il motivo per cui il GAC è malvagio, nel mio libro. – Benjol