Çıkış dizinine kopyalanmayan başvuruların bağımlılıkları

Question

Bir CommonUtils lib'im var Projelerimin birçoğundan başvuruda bulunduğum bir dll'ye ekledim. CommonUtils, bir dosya başvurusu olarak ayarlanan log4net.dll dosyasına ve CommonUtils.dll dosyası oluşturulduğunda copy-local = true değerine bağlıdır. log4net.dll ve CommonUtils.dll GAC'de değil.

MyWorkingProject öğesinde, yalnızca CommonUtils.dll dosyasına ilişkin bir dosya referansım var - log4net.dll çıktı dizininde (CommonUtils.dll dosyasının bir bağımlılığı olduğu ancak MyWorkingProject öğesinden kaynaklanmadığı gibi) görünür. Yine de bazı yeni sürüme eklemek için yeni bir proje oluşturursam: MyWorkingProjectTest ve proje başvurusu MyWorkingProject ve sonra başvuru buraya CommonUtils.dll (burada bazı CommonUtils kullanmak istiyorum) sonra her ikiside bir bağımlılık olan log4net.dll inşa üzerine proje referansı ve dosya referansında da çıktı dizinine kopyalanamaz.

Burada neler olup bittiğini açıklayan var mı? Derleyici hangi log4net.dll dosyaları kapmak gerektiğini bilmiyor mu? Burada yanlış yaptığım bir şey mi var? Ben açıkça log4net.dll kopyalamak için başka bir şekilde bunu yapmalı mıyım? Açıkça log4net'e başvurmam gerektiğini anlamış mıdır?

Answer 1

Eğer log4net'i projenize referans olarak eklemezseniz kopyalanmayacağınıza inanıyorum.

Answer 2

Geçmişte benzer bir durum yaşadığımda, Visual Studio'nun içinde, bağımlı kitaplığa bir başvuru eklemem gerektiğini söyleyen bir derleyici uyarısı aldım.

Derleme yaparken böyle bir uyarı alıyor musunuz? Eğer öyleyse, verdiği tavsiyeye uyun ve Log4net'i çıkış dizininize kopyalamanız gerekir.

Answer 3

Bu, tasarım gereğidir. Referansların otomatik mirasının neden olacağı sonuçları düşünmelisiniz. Referansların ne olması gerektiğine mantıklı bir şekilde bakarken, derleyicide böyle bir sınırlama yoktur. Teorik olarak, tüm bağımlılık ağacını yürürlüğe koyarsa, Çerçeveyi ve işletim sisteminizin iyi bir kısmını yeniden üretebilirsiniz.

Bu kesinlikle bir acıdır ve hayal kırıklığınıza katılıyorum ve anlıyorum, ancak Microsoft'un bunu yapmak için mantıklı bir yol bulamadığını varsayıyorum.