Geçiş Bağımlılığı Aynı DLL'in çakışan sürümüne neden oluyor

Question

.NET dünyasında, sürüm çakışmasına neden olan geçişli bağımlılıkları yönetmenin en iyi yöntemi nedir? Ayrıntılar

: Projesi da kütüphane C bağlıdır Project B bağlıdır

da

Projesi da farklı ve kitaplığın (potansiyel olarak) uyumlu sürümüne bağlıdır ProjektX bağlıdır C

A-> B> Cv1.0
&
A-> X> Cv2.0

CV1 0,0 <> Cv2.0

• bu işi yapmak için bir yolu var mı?

• GAC kullanılarak OLMADAN yapılabilir mi?

• B ve X yalnızca ikili biçimde (kaynak erişilebilir değil) olsa bile yapılabilir mi? Başka bir deyişle

orada çatışmaları neden olmadan Proje A'da birlikte kullanıldıklarında ben kendi bağımlılıkları kullanarak Proje B ve X her biri bir yoldur.

NOT: İdeal olarak bu problemi hiç bilmemem gerektiğinin farkındayım, fakat dış kütüphanelere bağımlılık arttıkça bunun kaçınılmaz bir yan etkisi olacaktır. Bu yüzden bununla en iyi nasıl başa çıkacağını merak etmeliyim.

Answer 1

Yığın Taşması Üzerine birçok benzer soru var. Örneğin, Referencing 2 different versions of log4net in the same solution

Özet:

1. ana yürütülebilir içeren klasör içinde sırasıyla montaj klasör 1.0 C ve 2.0 dağıtma emin olun.
2. Değişim app.config dosyası ve aşağıdaki gibi bir şey şunlardır:

<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> 

Eğer

v1 Eğer -T C.dll sn kullanılarak C genel anahtar belirteci alabilirsiniz. 0 ve v2.0 of C farklı ortak anahtarlara sahiptir (ideal olarak yapmasalar bile), sonra iki tane bağımlıAssembly etiketini içerir.