Zależność przejściowa powodująca konflikt Wersję tego samego pliku DLL

Question

Co to jest najlepsza praktyka w świecie .NET do zarządzania przechodnimi zależnościami powodującymi konflikt wersji?

szczegółowo: Projekt A zależy od projektu B, który z kolei zależy od biblioteki C

również

Projekt A zależy również od projektu X, która zależy od różnych i (potencjalnie) niezgodnej wersji biblioteki C

A-> B-> Cv1.0
&
A-> X> Cv2.0
gdzie
CV1 .0 <> Cv2.0

• Czy istnieje sposób, aby to zadziałało?

• Czy można to zrobić BEZ korzystania z GAC?

• Czy można to zrobić, nawet jeśli B i X są tylko w formacie binarnym (źródło niedostępne)?

Innymi słowy, istnieje sposób, w którym każdy z projektów B i X może korzystać z własnych zależności, jeśli są używane razem w Projekcie A, nie powodując konfliktów.

UWAGA: Rozumiem, że w idealnej sytuacji nie powinienem mieć tego problemu w ogóle, ale w miarę rozszerzania się zewnętrznych bibliotek, będzie to nieunikniony efekt uboczny. Zastanawiam się więc, czy powinien się pojawić jak najlepiej sobie z tym poradzić.

Answer 1

Istnieje wiele podobnych pytań dotyczących przepełnienia stosu. Dla np. Referencing 2 different versions of log4net in the same solution

Podsumowanie:

1. Sprawdź, czy wdrożyć montażowej C w folderach 1.0 i 2.0, odpowiednio w folderze zawierającym główny plik wykonywalny.
2. Zmień plik app.config i to coś jak następujące:

<configuration> 
    <runtime> 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <dependentAssembly> 
     <assemblyIdentity name="C" publicKeyToken="C's public key token" /> 
     <codeBase version="version string for C1.0 e.g. 1.0.0.0" href="1.0\C.dll" /> 
     <codeBase version="version string for C2.0 e.g. 2.0.0.0" href="2.0\C.dll" /> 
     </assemblyIdentity> 
     </dependentAssembly> 
    </assemblyBinding> 
    </runtime> 
</configuration> 

można uzyskać tokenu klucza publicznego C przy sn -T C.dll

Jeśli v1. 0 i v2.0 C mają inny klucz publiczny (choć najlepiej nie powinny), a następnie zawierają dwa znaczniki dependentAssembly.