AssemblyResolve zawsze się podnosił, pytając o MyAssembly.resources

Question

Mam aplikację WPF, a ja subskrybuję to wydarzenie AppDomain.AssemblyResolve (to wydarzenie zostaje podniesione za każdym razem, gdy środowisko wykonawcze nie znajduje zespołu), i zauważam, że dostaje kilka razy próbę połączenia do rozwiązania MyAssembly.resources, gdzie MyAssembly jest bieżącym zestawem wykonawczym. Zapytał także o to samo dla zespołu biblioteki, do którego odwołałem się z MyAssembly (poprosił o Library.resources).

Czy to normalne? Jak mogę to naprawić? Moja aplikacja ma problem. Nie można załadować niektórych formantów użytkownika Xaml znajdujących się w bibliotece. Czy to jest powiązane?

Answer 1

Dodaj tę linię do AssemblyInfo.cs, a twój przelicznik nie zostanie zapytany o zasoby.

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

Chociaż jest to obejście, należy dokładnie rozważyć aplikacje wielojęzyczne.

Więcej informacji:

• 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

Możesz użyć fuslogvw.exe, aby zobaczyć, gdzie .Net próbuje szukać twoich zależności.

Aby uzyskać więcej informacji, patrz http://msdn.microsoft.com/en-us/library/e74a18c4.aspx.

Answer 3

Wpadliśmy na ten sam problem z obsługi AssemblyResolve zdarzeń. Dziwne, widzieliśmy tylko problem na komputerach z systemem Windows XP. Nasza aplikacja jest zlokalizowana w wielu językach, więc nie chcieliśmy korzystać z NeutralResourcesLanguageAttribute. Nasza aplikacja została opracowana dla .NET v3.5, ale nadal było dotknięte AssemblyResolve zmiany documented NET v4.0:

Ważne Począwszy od .NET Framework 4, zdarzenie jest wywoływane ResolveEventHandler dla wszystkich złożeń, w tym zespołów zasobów . We wcześniejszych wersjach zdarzenie nie zostało podniesione dla złożeń zasobów . Jeśli system operacyjny jest zlokalizowany, program obsługi może być wywoływany wiele razy: raz dla każdej kultury w łańcuchu zapasowym .

Sposób, w jaki postanowiliśmy to sprawdzić e.Name i sprawdzić, czy szukał * .Resources.dll. Jeśli tego pliku nie znaleziono w AppDomain lub znanym folderze, usunęlibyśmy ".Resources" i odszukaliśmy * .dll. Jeśli ten plik istnieje, ładujemy go i zwracamy. To rozwiązało problem dla nas.