我應該在解決方案中包含第三方（Devexpress）dll文件嗎？

我要做的方式是在我的解決方案中創建一個SolutionItems目錄，並將所有引用的第三方dll文件物理複製到該文件夾中，然後在SolutionItems目錄內更改對local copy的引用。但問題是：它是否值得手動管理它的麻煩？我應該在解決方案中包含第三方（Devexpress）dll文件嗎？

我認爲這是一個好主意，因爲它是我的應用程序的依賴項。如果沒有安裝所需的DevExpress版本，如果不包含dll文件，整個解決方案將無法在Visual Studio內部運行。只要參考設置正確，我的Deployment Project將正確處理依賴關係。

另一方面，因爲DevExpress通常會自動添加引用，並且我可以使用Project converter來更新DevExpress的版本。因此，無需參考Local Copy內部解決方案，無論何時更改引用或在DevExpress版本之間進行更改，它都可以很好地工作。相反，如果我正在管理我的local copy，我將爲自己創建更多工作來維護dll文件的參考和實際副本。我是否應該保持現在的簡單，基於這樣的假設：使用此應用程序的人員需要安裝DevExpress的副本？

來源

2012-07-09 Paul L

嘗試[此]（http://stackoverflow.com/questions/17825/best-practice-for-releasing-microsoft-dlls-in-setup）前面的討論 [1]： – tbroberg 2012-07-09 01:36:26

@tbroberg，由於，但我的問題是關於開發，因爲我的安裝程序將複製依賴項dll文件，而不是關於安裝或重新分發。 – 2012-07-09 02:02:45

我的工作地點有類似的問題。 5個開發人員，1個svn和多個DevExpress dll副本。我們首先嚐試維護一個本地副本（手動更新），如您所描述的那樣，而不是對我們來說很好。所以是的，最簡單的事情是（根據我的經驗），要求在項目中工作的每個人都安裝了DevExpress的副本。

來源

2012-07-09 20:28:25 dcreight

謝謝你分享你的經驗。我想因爲DevExpress組件引用dll文件的方式，所以更多的工作來管理dll文件，而不是那些，我會讓DevExpress管理它們。如果我們發現需要在源代碼樹中包含dll文件，那麼我們會處理這個問題。 – 2012-07-09 23:16:07

我應該在解決方案中包含第三方（Devexpress）dll文件嗎？

回答

相關問題