VS解決方案，項目VS的DLL最佳實踐

Question

每當我有那種在不同的網站/應用我一直只是增加圖書館的項目到相同的解決方案中使用，並從那裏引用它的庫。當需要在解決方案中進行調試時，這非常棒，但在其他所有情況下，在解決方案資源管理器中似乎沒有意義，也沒有更多空間。

也是另一種積極或消極的是，如果該庫由公司其他人並更新我然後建立它使用同樣的事情，他們可能已經打破了構建另一個應用程序。如果出於任何原因，無法用當前應用程序修復，那麼您可以回到源代碼控制並回滾到舊版本，但這似乎有點太OTT。

我只是想知道其他人在這個問題上的想法是。你通常做什麼，參考dll或將項目添加到解決方案中。

Answer 1

我們維持生產的Dll在衆所周知的位置在網絡驅動器和參考是通過DFS的UNC路徑（無驅動器盤符）。這樣，我們可以同時使用不同版本的庫，並且更新不會中斷代碼/強制重新編譯，直到需要使用新版本。一個標準的命名方案可以用來確保如果一個項目總是希望使用它的最新版本。

Answer 2

保持庫項目之間的一些共享文件夾，只是引用它。這種方式更新時，變化將持續到處。對於調試，我認爲如果你方便地爲庫保留.pdb文件，那麼你應該能夠進入dll，但是，如果你關心調試庫？

Answer 3

你也可以註冊在GAC您的DLL。 GAC處理所有參考，版本控制等，並且是安全的。分配了一個強大的密鑰，這是坐在GAC中的dll的先決條件，您擁有訪問Dll的安全方式以及您使用共享服務器的位置，這是非常寶貴的。你的網站使用這個DLL有一個集中的中心端口。 GAC在MSDN上有幾篇文章有很多優點，毫無疑問，有數百篇文章專門針對它。