簡體   English   中英

VS解決方案,項目與dll最佳實踐

[英]VS Solution, projects vs dlls best practice

每當我有一個在不同網站/應用程序中使用的庫時,我總是將庫的項目添加到同一個解決方案中並從那里引用它。 當需要在解決方案中進行調試時,這很好,但在所有其他情況下,它似乎毫無意義,並且在解決方案資源管理器中占用了更多空間。

另一個正面或負面的是,如果該庫由公司中的其他人更新,然后我構建另一個使用相同的東西的應用程序,他們可能已經破壞了構建。 如果出於某種原因無法使用當前應用程序修復,那么您可以返回到源代碼控制並回滾到舊版本,但這似乎有點過於OTT。

我只是想知道其他人對這個問題的想法是什么。 你通常做什么,參考dll或你是否將項目添加到您的解決方案。

我們將生產Dll保存在網絡驅動器上的一個着名位置,並通過DFS UNC路徑引用(無驅動器號)。 這樣我們可以同時使用不同版本的庫,並且在需要使用較新版本之前,更新不會破壞代碼/強制重新編譯。 標准命名方案可用於確保項目始終要使用最新版本。

您也可以在GAC中注冊您的dll。 GAC處理所有引用,版本控制等,並且是安全的。 分配了一個強密鑰,這是訪問GAC的dll的先決條件,您可以安全地訪問Dll,並且您使用共享服務器,這可能是非常寶貴的。 您使用此dll的站點具有組件的中央調用端口。 GAC在MSDN上有幾篇文章有很多優勢,毫無疑問,谷歌有數百篇文章致力於它。

將庫保存在項目之間的某個共享文件夾中,並引用它。 這樣,當它更新時,變化將持續到處。 對於調試,我認為如果您方便地保存庫的.pdb文件,那么您應該能夠進入dll,但是,如果您關心調試庫?

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM