AssemblyResolve sempre sollevato, chiedendo MyAssembly.resources

Question

Ho un'applicazione WPF e mi iscrivo all'evento AppDomain.AssemblyResolve (questo evento viene generato ogni volta che il runtime non trova un assembly) e noto che viene chiamata più volte per provare per risolvere MyAssembly.resources, dove MyAssembly è l'attuale assembly in esecuzione. Ha anche chiesto la stessa cosa per un assembly di libreria a cui facevo riferimento da MyAssembly (richiedeva Library.resources).

È normale? Come lo aggiusto? La mia applicazione ha un problema. Non può caricare alcun controllo utente xaml situato nella libreria. Questo è collegato?

Answer 1

Aggiungi questa riga al tuo AssemblyInfo.cs e il tuo resolver non verrà più richiesto per le risorse.

[assembly: NeutralResourcesLanguageAttribute("en-US", UltimateResourceFallbackLocation.MainAssembly)] 

Anche se questo è un work-around, è necessario considerare attentamente le applicazioni multilingue.

Ulteriori informazioni:

• https://connect.microsoft.com/VisualStudio/feedback/details/526836/wpf-appdomain-assemblyresolve-being-called-when-it-shouldnt
• http://blogs.msdn.com/b/kimhamil/archive/2008/11/11/what-does-the-neutralresourceslanguageattribute-do.aspx
• http://forums.devshed.com/net-development-87/c-wpf-appdomain-assemblyresolve-being-called-when-it-shouldn-t-669567.html

Answer 2

È possibile utilizzare fuslogvw.exe per vedere dove .Net sta cercando di individuare le proprie dipendenze.

Vedere http://msdn.microsoft.com/en-us/library/e74a18c4.aspx per ulteriori informazioni.

Answer 3

abbiamo incontrato lo stesso problema con un gestore di eventi AssemblyResolve. Stranamente, abbiamo visto solo il problema su macchine Windows XP. La nostra applicazione è localizzata in molte lingue, quindi eravamo titubanti nell'usare lo NeutralResourcesLanguageAttribute. La nostra applicazione è stata compilata per v3.5 .NET, ma era ancora influenzato dal cambiamento AssemblyResolvedocumented per v4.0 NET:

Importante A cominciare dal .NET Framework 4, l'evento viene generato ResolveEventHandler per tutti gli assiemi, inclusi gli assembly di risorse . Nelle versioni precedenti, l'evento non è stato generato per gli assembly di risorse . Se il sistema operativo è localizzato, il gestore può essere chiamato più volte: una volta per ogni cultura nella catena fallback .

Il modo in cui abbiamo risolto questo problema era controllare e.Name e verificare se cercava * .Resources.dll. Se quel file non è stato trovato nella cartella AppDomain o nota, rimuoveremo ".Resources" e cercheremo * .dll. Se quel file esiste, carichiamo e restituiamo quell'assembly. Questo ha risolto il problema per noi.